On 2017-05-16 04:55, Michael Schnell wrote:
On 16.05.2017 07:30, Michael Van Canneyt wrote:
select is basically what peekmessage does.
AFAIK "select()" (and - more versatile - "poll()" ) in Linux uses
an appropriate system call to wait on one of multiple events (i.e.
devices, including
I have the window title working, Thank you for that.
However I still have the same issue with non-responsive keyboard when I return
to the graph window after an ALT-TAB. I am running on windows 10 64bit -
program compiled for win32.
James
-Original Message-
From: fpc-pascal
On 05/22/2017 01:25 AM, James Richters wrote:
Setting it before initgraph will serve my purposes just fine. How is this
accomplished?
Just set the new WindowTitle global string variable to something, before
calling InitGraph:
begin
WindowTitle := 'window title goes here';
Setting it before initgraph will serve my purposes just fine. How is this
accomplished?
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Sunday, May 21, 2017 5:47 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re:
Thank you Nikolay I will give it a try and report back
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf
Of Nikolay Nikolov
Sent: Sunday, May 21, 2017 5:09 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] ptcgraph issues
On 05/17/2017 11:19
On 05/16/2017 02:45 PM, Nikolay Nikolov wrote:
Tonight I'll also add the option for changing the title bar text,
when in windowed mode.
Implemented in r715. Note that you still cannot change the window title,
after the window has been created, but at least now you can set it (in a
On 05/17/2017 11:19 PM, James Richters wrote:
If I get the full screen by setting fullscreengraph := True; then it
does seem to report stop scaling and now everything fits correctly on
the screen, however… this has it’s own issues. For some reason when
I use this to obtain full screen,
On 21/05/17 14:58, Felipe Monteiro de Carvalho wrote:
Well, Java also has its issues.
Please move that kind of posts to the fpc-other mailing list.
Thanks.
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Thu, May 18, 2017 at 5:05 PM, Graeme Geldenhuys
wrote:
> Use Java instead. ;-) Check. Oh wait, that's what I did for that project.
Well, Java also has its issues. I am studying Java and I am completely
shocked that you need to use "volatile" to avoid serious
On 20/05/17 11:52, Il Grande Beppe wrote:
What is the current status of DeadStore on 3.0.2 and/or in the forcoming
version ?
It's experimental in both cases.
Is this problem known ?
No. If you have an example program, preferably a small one, that
demonstrates the problem, please submit
On 21/05/17 10:35, Florian Klämpfl wrote:
Am 20.05.2017 um 23:15 schrieb Sven Barth via fpc-pascal:
At least if the compiler also recognizes that oy and oz are constant...
If the typed constants are declared as read only, we could treat them as real
constants. Maybe at
least in -O4 mode?
On 05/21/2017 06:34 AM, Ryan Joseph wrote:
I just compiled with ppcx64 3.1.1 (from 3.0.2) and went from 8fps to 22fps
without optimizations and 28fpc with (I got some divide by zero errors but
that’s just translations). What is that about? What changed?
Just curious, why isn’t -Cfsse3
Hello,
I use FPC 3.0.0 on WinXP, Mageia5 and the latest Raspbian, thanks to the incredible versatility of this
fabulous compiler - and the very appreciated work of you all !
I have a bad experience with $OPTIMIZATION DEADSTORE to report with a long software for numerical
simulation of the
Am 20.05.2017 um 23:15 schrieb Sven Barth via fpc-pascal:
> On 20.05.2017 21:34, Jonas Maebe wrote:
>> There's at least one minor twist of the classic "C compiler evaluates
>> constant stuff at compile time":
>> 1) oy and oz are constant. The "floor" function is a standard C library
>> function,
14 matches
Mail list logo