Hi!
I set some environment variable. When I try to get it with
GetEnvironmentVariable{A,W} it return empty result. With "getenv" I
can get variable value. Also I think GetEnvironmentVariable doesn't
work inside Cygwin.dll (maybe I wrong).
My example code is:
#include
#include
int main()
{
c
The following packages have been updated in the Cygwin distribution:
*** libnspr4-4.9.5-1
*** libnspr-devel-4.9.5-1
*** nss-3.14.3-1
*** libnss3-3.14.3-1
*** libnss-devel-3.14.3-1
Netscape Portable Runtime (NSPR) provides a platform-neutral API for
system-level and libc-like functions.
Network S
Arthur Tu wrote:
>> On 2/27/2013 8:08 AM, Kevin Layer wrote:
>> > If I put this into .startxwinrc:
>> >
>> >mintty /usr/bin/bash.exe --login -i
>> >
>> > the resulting shell does not read .bash_profile. If I put
>> >
>> >mintty /usr/bin/bash.exe -i
>> >
>> > it doesn't read .bashrc.
>> >
On 2/27/2013 8:08 AM, Kevin Layer wrote:
If I put this into .startxwinrc:
mintty /usr/bin/bash.exe --login -i
the resulting shell does not read .bash_profile. If I put
mintty /usr/bin/bash.exe -i
it doesn't read .bashrc.
I've been beating my head against this wall for hours, over a f
If I put this into .startxwinrc:
mintty /usr/bin/bash.exe --login -i
the resulting shell does not read .bash_profile. If I put
mintty /usr/bin/bash.exe -i
it doesn't read .bashrc.
I've been beating my head against this wall for hours, over a few
days. I've googled my ass off, but I can
marco atzeri writes:
> I had the impression was always like that, fltk is tighter
> integrated in octave than gnuplot,
> so if octave is waiting the pager so is doing the fltk plot.
Yes, that part is clear (I think the same happens with gnuplot, but
isn't as easily visible) and the same happens on
On 2/26/2013 9:26 AM, Achim Gratz wrote:
marco atzeri gmail.com> writes:
could you send me a test case ?
graphics_toolkit "fltk"
plot(1:10,rand(10))
After getting the plot window, move the window around, enlarge it or zoom into
some part of the plot to check that it is responsive.
rand(1000
On Tue, Feb 26, 2013 at 11:13:24PM +0900, jojelino wrote:
>On 2013-02-26 PM 10:25, Corinna Vinschen wrote:
>>This is Cygwin only.
>>
>cygwin malloc is not reentrant according to malloc_wrapper.cc so let's
>not expect performance like linux or native windows. until someone
>have plenty of time to r
ptmalloc3 would be even better.
http://www.malloc.de/en/
--
Reini Urban
http://cpanel.net/ http://www.perl-compiler.org/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Feb 26 12:31, Escay wrote:
> Olivier Lefevre yahoo.com> writes:
>
> >
> > Since apparently nobody wants to take ownership of this regression
> > I'll point out the workaround, for the benefit of those googling
> > and landing on this thread: start Java with -Xrs and use Ctrl-Break
> > instead
Olivier Lefevre yahoo.com> writes:
>
> Since apparently nobody wants to take ownership of this regression
> I'll point out the workaround, for the benefit of those googling
> and landing on this thread: start Java with -Xrs and use Ctrl-Break
> instead of Ctrl-C. This will disable thread dump an
On 2013-02-26 PM 10:25, Corinna Vinschen wrote:
This is Cygwin only.
Corinna
cygwin malloc is not reentrant according to malloc_wrapper.cc so let's
not expect performance like linux or native windows. until someone have
plenty of time to resolve this issue.
--
Regards.
--
Problem reports
On Feb 26 06:22, Chris J. Breisch wrote:
> On 2/26/2013 4:14 AM, Corinna Vinschen wrote:
> >On Feb 26 15:35, MITSUNARI Shigeo wrote:
> >>Hi.
> >>
> >>I found that the performance of malloc/free is wrong under multi-threading.
> >>The following test program reproduces the problem.
> >>
> >>The progr
On 2/26/2013 4:14 AM, Corinna Vinschen wrote:
On Feb 26 15:35, MITSUNARI Shigeo wrote:
Hi.
I found that the performance of malloc/free is wrong under multi-threading.
The following test program reproduces the problem.
The program repeats malloc and free under multi-thread.
I measured the timin
On Feb 26 15:35, MITSUNARI Shigeo wrote:
> Hi.
>
> I found that the performance of malloc/free is wrong under multi-threading.
> The following test program reproduces the problem.
>
> The program repeats malloc and free under multi-thread.
> I measured the timing on Cygwin and Linux.
>
> timing(
marco atzeri gmail.com> writes:
> could you send me a test case ?
graphics_toolkit "fltk"
plot(1:10,rand(10))
After getting the plot window, move the window around, enlarge it or zoom into
some part of the plot to check that it is responsive.
rand(1000)
Try if the plot window is responsive whi
16 matches
Mail list logo
