That's fine. I will leave things alone for now
Sent from my Windows 10 phone
From: Alan W. Irwin
Sent: 20 December 2016 10:19
To: Phil Rosenberg; Pedro Vicente; PLplot development list
Subject: RE: [Plplot-devel] New way to generate wxwidgets debug output
On 2016-12-20 08:55- p.d.r
On 2016-12-20 08:55- p.d.rosenb...@gmail.com wrote:
> I made and pushed the change last night to use urandom over random,
but Pedro is probably correct, the getrandom() function may be the
best solution. I can make that change later today.
I agree that getrandom has a nice interface compared
Rosenberg; PLplot development list
Subject: Re: [Plplot-devel] New way to generate wxwidgets debug output
you can use the function "getrandom" as explained here
http://stackoverflow.com/questions/2572366/how-to-use-dev-random-or-urandom-in-c
http://man7.org/linux/man-pages/man2/getran
Irwin" ; "Phil Rosenberg"
; "PLplot development list"
Sent: Monday, December 19, 2016 8:40 PM
Subject: Re: [Plplot-devel] New way to generate wxwidgets debug output
> you could use "open" to try to open the stream as described here
>
> http://www.cplusplu
;
; "PLplot development list"
Sent: Monday, December 19, 2016 8:30 PM
Subject: Re: [Plplot-devel] New way to generate wxwidgets debug output
> Hi Alan
>
>
> ok, I see now.
>
>> That is check if
>>
>> std::fstream fin( "/dev/urandom", std::io
Hi Alan
ok, I see now.
> That is check if
>
> std::fstream fin( "/dev/urandom", std::ios::in );
this is the constructor, there is no return value, which is one of the
criticisms made to C++.
In this case probably you need to do a small I/O operation after that call
and check for the result.
On 2016-12-19 16:33-0500 Pedro Vicente wrote:
> Hi Alan
>
>
>> The only trouble with the above fix is not every Unix platform has
>> /dev/urandom (although from the above URL most do).
>>
>> So I would like to change the above fix to check for /dev/urandom
>> and use it if it exists, but otherwis
On 2016-12-19 12:25-0800 Alan W. Irwin wrote:
> On 2016-12-19 12:33-0500 Pedro Vicente wrote:
>
>> Hi Alan
>>
>> I just did a git pull of the master branch with these changes and I get
>> compiling errors
>> if I don't add
>>
>> -DPLPLOT_WX_NANOSEC=ON
>
> To Pedro and Phil:
>
> @Pedro:
>
> Thanks
Hi Alan
> The only trouble with the above fix is not every Unix platform has
> /dev/urandom (although from the above URL most do).
>
> So I would like to change the above fix to check for /dev/urandom
> and use it if it exists, but otherwise fall back to using
> /dev/random.
>
> How do I do that
On 2016-12-19 15:52-0500 Pedro Vicente wrote:
> Hi Alan
>
>> Was that as a result of running (exactly)
>
> no, my previous output was just
> make VERBOSE=1 test_wxPLplotDemo
>
>
> this is the second output of
>
> time examples/c/x01c -dev wxwidgets -np; echo "done x01c"; time
> examples/c/x01c -d
On 2016-12-19 19:47- p.d.rosenb...@gmail.com wrote:
> Hi Alan
> I am on my commute home right now. But if you want to test if the random
> number generator is the cause then find the Rand constructor – Rand::Rand()
> and comment out everything, replacing it with a single line that sets the
Hi Alan
>Was that as a result of running (exactly)
no, my previous output was just
make VERBOSE=1 test_wxPLplotDemo
this is the second output of
time examples/c/x01c -dev wxwidgets -np; echo "done x01c"; time
examples/c/x01c -dev wxwidgets -np;echo "done x01c"
PLplot library version: 5.11.1
On 2016-12-19 12:33-0500 Pedro Vicente wrote:
> Hi Alan
>
> I just did a git pull of the master branch with these changes and I get
> compiling errors
> if I don't add
>
> -DPLPLOT_WX_NANOSEC=ON
To Pedro and Phil:
@Pedro:
Thanks for your above report. I confirmed the issue and fixed it as of
Hi Alan
I am on my commute home right now. But if you want to test if the random number
generator is the cause then find the Rand constructor – Rand::Rand() and
comment out everything, replacing it with a single line that sets the seed
(probably m_seed or something) to a fixed value, like 0. Tha
To Phil and Pedro:
Just woke up, skimmed through your e-mails, and I promise to look at the
build issue that Pedro found starting just when I finish this e-mail.
Further thoughts below on what Phil said.
On 2016-12-19 17:42- Phil Rosenberg wrote:
> Hi Alan
> Could you just confirm to me what
Hi Alan
Could you just confirm to me what command you are using to test the timings?
Phil
On 19 December 2016 at 17:33, Pedro Vicente
wrote:
> Hi Alan
>
> I just did a git pull of the master branch with these changes and I get
> compiling errors
> if I don't add
>
> -DPLPLOT_WX_NANOSEC=ON
>
>
>
Hi Alan
I just did a git pull of the master branch with these changes and I get
compiling errors
if I don't add
-DPLPLOT_WX_NANOSEC=ON
I did
cmake .. -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
-DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF
-DBUILD_TEST:BOOL=ON
make
I have recently (commit 3c4e6be) implemented a new way for users to
optionally obtain wxwidgets debug output.
The principal change is you must use the CMake option
-DPLPLOT_WX_DEBUG_OUTPUT=ON to get any debug output at all. There is
also now an experimental option -DPLPLOT_WX_NANOSEC=ON which you
18 matches
Mail list logo
