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*()
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.
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
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
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
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
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
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
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
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.
>
>
$ 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
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
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
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
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 +-
>
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=3b66731698a72e5912f867e4aa8c170332c510fb
commit 3b66731698a72e5912f867e4aa8c170332c510fb
Author: Adam Dinwoodie
Date: Tue May 24 12:09:10 2016 +0200
Git is Git, not GIT
Signed-off-by: Corinna Vinschen
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
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=8d7b9a199c2100eba60db5d85681ea4f39be19d8
commit 8d7b9a199c2100eba60db5d85681ea4f39be19d8
Author: Corinna Vinschen
Date: Tue May 24 10:25:18 2016 +0200
Fix typo and wrong URL in winsup/README
24 matches
Mail list logo