On 1/24/25 8:38 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 1:34:26 PM, Nikolay Nikolov via fpc-pascal
wrote:
Doesn't matter whether they're handled in the same scope or not. It's
the same code. Usually they're not handled in the same scope, but in
a very d
On 1/24/25 8:12 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 12:43:51 PM, Nikolay Nikolov via fpc-pascal
wrote:
That's not what exceptions are meant to be used for, though. What you
describe is called a program "defect". When you encounter a "defect&qu
On 1/24/25 7:16 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 11:20:02 AM, Nikolay Nikolov via fpc-pascal
wrote:
As you can see, it's more complicated and more error prone. You can
simplify it a little bit with goto, but it will never be better,
compared to try...finally
On 1/24/25 4:04 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 8:38:25 AM, Nikolay Nikolov via fpc-pascal
wrote:
Maybe because there's a much better way to write it:
procedure foo();
var
s1: TStringList = nil;
s2: TStringList = nil;
s3: TStringList = nil;
begin
try
On 1/24/25 3:21 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 2:10:53 AM, Santi via fpc-pascal
wrote:
procedure foo()
var
s1: TStringList;
s2: TStringList;
s3: TStringList;
begin
s1:=TStringList.create;
try
s2:=TStringList.create;
try
s3:=TStringList.create;
tr
On 12/1/24 9:02 AM, Adriaan van Os via fpc-pascal wrote:
Hairy Pixels via fpc-pascal wrote:
ChatGPT is saying I can print unicode scalars like that but i don’t
see it works and no compiler warnings even. Did it make this up or
did I do something wrong?
Writeln('Unicode scalar 1F496: ', #$
On 12/1/24 8:14 AM, Hairy Pixels via fpc-pascal wrote:
ChatGPT is saying I can print unicode scalars like that but i don’t
see it works and no compiler warnings even. Did it make this up or did
I do something wrong?
Writeln('Unicode scalar 1F496: ', #$1F496); // 💖
This works for me under L
On 11/16/24 9:46 AM, Steve Litt via fpc-pascal wrote:
DougC via fpc-pascal said on Fri, 15 Nov 2024 19:15:13 -0500
I'm tempted to ask if you are seriously asking this. But I won't.
Design is a whole professional specialty. To say it boils down to
light vs. dark background or the amount of
On 11/16/24 3:45 AM, Tim Coates via fpc-pascal wrote:
I am a little on the fence regarding the comment re neither fish or
fowl...
each developer does their own thing in the language - whether that is
writing something for platform X or working on database Y etc.
Resources for learning are fe
On 11/1/24 7:14 PM, Henry Vermaak via fpc-pascal wrote:
On Fri, 1 Nov 2024 at 16:12, Henry Vermaak wrote:
On Fri, 1 Nov 2024 at 15:49, Martin Frb via fpc-pascal
wrote:
Another factor could be that debug info affects smartlinking. Or leaves symbols
for the linker in sections that are shared
On 10/21/24 3:17 PM, Sven Barth via fpc-pascal wrote:
Nikolay Nikolov via fpc-pascal
schrieb am Mo., 21. Okt. 2024, 08:32:
2) record types (as opposed to class), which can live on the stack
and have a pass-by-value semantics. FPC trunk supports advanced
records, so you get C
On 10/21/24 7:18 AM, Gordon Findlay via fpc-pascal wrote:
- distros sometimes have quite old versions in their repos. For
example my opensuse machine right now is offering Lazarus 2.2.
For this, we need help from FPC and Lazarus users, who actually use the
given distro. Someone needs to volu
On 10/21/24 5:37 AM, Hairy Pixels via fpc-pascal wrote:
then isn’t Pascal’s requirement to predeclare uninitialized variables
the worst possible design? In C you can at least declare a variable
with its assignment in one step but with Pascal by design you can
always read uninitialized memory
On 10/19/24 5:53 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 9:37:49 PM, Nikolay Nikolov via fpc-pascal
wrote:
Counterexample 1: The growth of Rust.
which is the opposite of Pascal, total memory safety. Rust is one of
the reasons that show people don’t want bug prone manual
On 10/19/24 5:27 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 9:15:10 PM, Rainer Stratmann via fpc-pascal
wrote:
I really can not see where beginners have to struggle with memory
management.
If a project gets bigger you have to think about it, yes. It depends
on the
coding style
On 10/19/24 4:34 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:56 PM, Rainer Stratmann via fpc-pascal
wrote:
Sorry, but if you start then you start with a simple program and then
you have
to gain experience over time. That is the same case everywhere.
There is a german saywo
On 10/19/24 4:17 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:44 PM, Martin Frb via fpc-pascal
wrote:
NOTE: the below is NOT about ARC. It is about the implication that
ARC == Safety (in the environment that we have)
Not following "in the environment that we have”. I’m just
On 10/18/24 11:41 AM, Karoly Balogh via fpc-pascal wrote:
Hi,
On Thu, 17 Oct 2024, Michael Van Canneyt via fpc-pascal wrote:
By contrast, Pascal is not designed with GC in mind.
You'd need to redesign the language.
If you do that, you can throw away all existing code if you introduce GC,
be
On 10/17/24 10:01 PM, Santi via fpc-pascal wrote:
El 16/10/2024 a las 05:12, Joao Paulo Schwarz Schuler via fpc-pascal
escribió:
Some half baked ideas:
* month after month, the percentage of code coded by AI grows and
human made shrinks.
* could Pascal be the ideal language coded (or preferre
On 10/17/24 10:29 AM, Nikolay Nikolov wrote:
On 10/17/24 10:10 AM, Michael Van Canneyt via fpc-pascal wrote:
On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 4:12:08 AM, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
I have pr
On 10/17/24 10:10 AM, Michael Van Canneyt via fpc-pascal wrote:
On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 4:12:08 AM, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
I have proposed this to the FPC core team, after some insistanc
On 10/17/24 8:58 AM, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via
fpc-pascal wrote:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last d
On 10/16/24 8:19 PM, Michael Van Canneyt via fpc-pascal wrote:
On Wed, 16 Oct 2024, Nikolay Nikolov via fpc-pascal wrote:
On 10/16/24 4:57 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 16, 2024 at 8:50:21 PM, Ștefan-Iulian Alecu via fpc-pascal
wrote:
4. a proper VSCode extension (we can
On 10/16/24 8:03 PM, Guillermo Martínez Jiménez via fpc-pascal wrote:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last decade...
I agree. Although, I'm not against someone adding a .NET t
On 10/16/24 5:29 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 16, 2024 at 9:18:01 PM, Nikolay Nikolov via fpc-pascal
wrote:
I also have some experience from my day job on making a VS Code
extension for the Nim language (you can see my commits in the Nim
language server here
https
On 10/16/24 4:57 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 16, 2024 at 8:50:21 PM, Ștefan-Iulian Alecu via fpc-pascal
wrote:
4. a proper VSCode extension (we can include Vim and Emacs there too,
but the main focus is VSCode) with all the bells and whistles more
established extensions have.
On 10/16/24 3:30 PM, Rainer Stratmann via fpc-pascal wrote:
Free Pascal is exactly as "scattered" all over the Linux system, as gcc,
clang, rust and pretty much any other compiler. How is this exactly a
problem, since all major distros ship fpc as an official package and it
is used to build othe
On 10/16/24 3:14 PM, Christo Crause via fpc-pascal wrote:
On Wed, Oct 16, 2024 at 2:12 AM Rainer Stratmann via fpc-pascal
wrote:
- Fpcupdeluxe: A good idea. But it doesn't work. I have tried to
install an
AVR crosscompiler on a Linux system. Fatal: Can't find unit
Infodrwf
On 10/16/24 6:00 AM, Hairy Pixels via fpc-pascal wrote:
FPC is not keeping up with trends in the industry which new
programmings want despite all the older programmers who are settled in
their ways. Even if there is a market for Lazarus type apps people in
2024 don’t want to use a massive lega
On 10/16/24 2:07 AM, Rainer Stratmann via fpc-pascal wrote:
At the Lazarus Congress in Cologne in October 2024, it ended up being very
interesting. An important question came up.
Why are no new users coming to Lazarus/Freepascal?
Why do we find it so difficult?
How can we get new, younger users
On 3/19/24 18:15, James Richters via fpc-pascal wrote:
I am trying to compile a program that uses PTCGraph for Windows 64
bit, and it’s not behaving the same as it does on Win32.
When I compile it for Win32, it is correctly detecting my monitor
resolutionI have a vertical monitor with a res
On 1/7/24 14:21, Ingemar Ragnemalm via fpc-pascal wrote:
Just for comparison, I fired up Think Pascal and made Hello world!
Plain Hello world, closes so quickly that you don't have time to see
it: 4625 bytes.
Including ShowText and while not Button do; 4639 bytes.
Yes, less than 5k! Progre
On 12/21/23 07:06, Hairy Pixels via fpc-pascal wrote:
On Dec 21, 2023, at 6:11 AM, Hairy Pixels wrote:
Maybe I misunderstood but I thought they were supposed to be balanced with init
calls. Is it the design of the compiler to allow multiple finalize calls and
have the user keep track of it
On 12/21/23 01:11, Hairy Pixels via fpc-pascal wrote:
On Dec 21, 2023, at 1:53 AM, Michael Van Canneyt via fpc-pascal
wrote:
If you look at the generated code, you see that there is an implicit
try/finally block
and the finally block does a finalize.
Maybe I misunderstood but I thought t
On 10/12/23 17:07, Hairy Pixels via fpc-pascal wrote:
Pascal still fits a niche as being a lower level language like C or C++ but
with nicer syntax.
That is true.
For making modern software it's going to be hard to use though since no major
OS's support it directly.
In what way does this
On 8/11/23 01:23, Hairy Pixels via fpc-pascal wrote:
On Aug 10, 2023, at 2:18 PM, Michael Van Canneyt via
fpc-pascal wrote:
https://www.freepascal.org/docs-html/current/ref/refse15.html#x42-620003.4
This document doesn't really do a great enumerating all the operators so I'm
not sure if t
On 7/4/23 09:12, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 12:38 PM, Nikolay Nikolov via fpc-pascal
wrote:
For console apps that use the Unicode KVM video unit, I've introduced two
functions for determining the display width of a Unicode string in the video
unit:
fun
On 7/4/23 08:08, Nikolay Nikolov wrote:
On 7/4/23 07:56, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 11:50 AM, Hairy Pixels wrote:
You know you're right, with properly enclosed patterns you can
capture everything inside and it works. You won't know if you had
unico
On 7/4/23 07:56, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 11:50 AM, Hairy Pixels wrote:
You know you're right, with properly enclosed patterns you can capture
everything inside and it works. You won't know if you had unicode in your
string or not though but that depends on wha
On 7/4/23 07:45, Nikolay Nikolov wrote:
On 7/4/23 07:40, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 11:28 AM, Nikolay Nikolov via fpc-pascal
wrote:
For what grammar? What characters are allowed in a token? For
example, Free Pascal also has a parser/tokenizer, but since Pascal
On 7/4/23 07:40, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 11:28 AM, Nikolay Nikolov via fpc-pascal
wrote:
For what grammar? What characters are allowed in a token? For example, Free
Pascal also has a parser/tokenizer, but since Pascal keywords are ASCII only,
it doesn't
On 7/4/23 07:17, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 9:58 AM, Nikolay Nikolov via fpc-pascal
wrote:
You need to understand all these terms and know exactly what you need to do.
E.g. are you dealing with keyboard input, are you dealing with the low level
parts of text
On 7/4/23 04:19, Hairy Pixels via fpc-pascal wrote:
I've been exploring the string types and I'm curious now, does the classic Pascal
"ShortString" even make sense anymore on modern computers? I'm running tests
and I can't seem to find a way in which AnsiString overall performs worse than
Sh
On 7/4/23 04:03, Hairy Pixels via fpc-pascal wrote:
On Jul 4, 2023, at 1:15 AM, Mattias Gaertner via fpc-pascal
wrote:
function ReadUTF8(p: PChar; ByteCount: PtrInt): PtrInt;
// returns the number of codepoints
var
CodePointLen: longint;
CodePoint: longword;
begin
Result:=0;
while
On 7/2/23 20:38, Martin Frb via fpc-pascal wrote:
On 02/07/2023 19:20, Nikolay Nikolov via fpc-pascal wrote:
On 7/2/23 16:30, Hairy Pixels via fpc-pascal wrote:
I'm interested in parsing unicode scalars (I think they're called)
to byte sized values but I'm not sure where to sta
On 7/2/23 16:30, Hairy Pixels via fpc-pascal wrote:
I'm interested in parsing unicode scalars (I think they're called) to byte
sized values but I'm not sure where to start. First thing I did was choose the
unicode scalar U+1F496 (💖).
There's no such thing as "unicode scalar" in Unicode termin
On 6/12/23 04:44, Steve Litt via fpc-pascal wrote:
Hi all,
Tail recursion is recursion in which absolutely nothing gets executed
after the return statement. Some programming languages, including
Guile, optimize for tail recursion such that tail recursive algorithms
don't use additional stack sp
On 4/14/23 20:38, Virgo Pärna via fpc-pascal wrote:
On Thu, 13 Apr 2023 20:53:09 -0400, Travis Siegel via fpc-pascal
wrote:
I know of no way to obtain the pause key status under windows. I can
Considering, that only Caps Lock, Scroll Lock and Num Lock keys
have status lights on keyb
On 9/10/22 17:57, James Richters via fpc-pascal wrote:
Thanks for the suggestion
I think the syntax should be:
type myKeyEvent = IPTCKeyEvent;
Var myShiftStatus : boolean;
myShiftStatus := myKeyEvent.Shift;
but I get IPTCKeyEvent not found. I wonder if it's only designated as
internal.. or
On 8/29/22 11:33, Jean SUZINEAU via fpc-pascal wrote:
Le 29/08/2022 à 01:41, James Richters via fpc-pascal a écrit :
If a special function is needed for some COM thing or weird Winapi
thing, then that function should be part of the unit that needs it,
not modifying the generic function intende
On 3/12/22 15:54, James Richters via fpc-pascal wrote:
Is there some way I can set the location of the pctgraph window before
it is created so it just pops up where I want it to be?I’m using
Windows 10.
I’ve been re-locating it with SetWindowPos() which is ok if the window
is going to be o
On 3/9/21 2:18 AM, Graeme Geldenhuys via fpc-pascal wrote:
On 08/03/2021 7:49 pm, Jonas Maebe via fpc-pascal wrote:
It's not possible to safely use unicodestring without
knowing how 16bit unicode works. The compiler can't solve that.
I disagree. Java does just that! The issue is the assumption
On 3/7/21 7:21 PM, Ryan Joseph via fpc-pascal wrote:
On Mar 7, 2021, at 10:11 AM, Marco van de Voort via fpc-pascal
wrote:
Yes it is. And there are about 1114000 unicode codepoints, or about 17 times
what fits in a 2-byte wide char.
https://en.wikipedia.org/wiki/Code_point
https://en.wi
On 1/29/21 3:52 PM, Nikolay Nikolov wrote:
On 1/29/21 12:37 PM, James Richters wrote:
Any idea what’s causing this crash yet?Is there some way I can at
least detect the error and handle it myself instead of crashing?
I'll take a look and try to reproduce it today or tomorrow.
ay
James
**
**
*From:*fpc-pascal *On Behalf
Of *James Richters via fpc-pascal
*Sent:* Monday, January 11, 2021 9:37 AM
*To:* 'FPC-Pascal users discussions'
*Cc:* James Richters ;
'Nikolay Nikolov'
*Subject:* Re: [fpc-pascal] PTCGraph Causing 217
I’ve made a sample program
On 1/6/21 5:44 PM, James Richters via fpc-pascal wrote:
I’ve been having issues with PTCGraph causing a runtime Error 217 :
EAccessViolation: Access violation at seemingly random times in my
program.The error is always on a line with either GetImage() or
PutImage() but not the same one.The p
On 12/22/20 2:39 AM, Karoly Balogh (Charlie/SGR) via fpc-pascal wrote:
Hi,
On Mon, 21 Dec 2020, Sven Barth via fpc-pascal wrote:
As long as one knows why a certain temporal construct is used there is
no problem and at least in Germany (or more specifically Bavaria) we
were taught that in mass
On 12/21/20 10:42 AM, Markus Greim wrote:
FPC has had a Turbo Pascal-like console IDE for many years...
"has had" ?
AKAIK "has"
I still used it yesterday.
English is not my native language, but I think "has had" means it still
has it. If I had said "had" instead of "has had", it would
On 12/19/20 6:35 PM, Liam Proven via fpc-pascal wrote:
https://github.com/magiblot/tvision
Someone enterprising could make a TurboPascal clone out of FPC. :-)
Meh. FPC has had a Turbo Pascal-like console IDE for many years. It uses
Free Vision, which is a pascal port of the C++ version of Tur
to be rewritten anyway
as a multi-window app.
Nikolay
James
-Original Message-
From: fpc-pascal On Behalf Of James
Richters via fpc-pascal
Sent: Thursday, November 19, 2020 1:49 PM
To: 'FPC-Pascal users discussions'
Cc: James Richters ; 'Nikolay Nikolov'
Subj
On 11/19/20 7:37 PM, Nikolay Nikolov wrote:
On 11/19/20 3:44 PM, James Richters via fpc-pascal wrote:
I've been using PTCGraph from PTCPas and so far I can only use
windows sizes that there happens to be a display driver for, even if
they are in a window.. so I can make a 640x4
On 11/19/20 3:44 PM, James Richters via fpc-pascal wrote:
I've been using PTCGraph from PTCPas and so far I can only use windows sizes
that there happens to be a display driver for, even if they are in a window..
so I can make a 640x480 or 1024x768 window, but if I have a screen in a
vertic
On 2/17/19 11:29 PM, Mattias Gaertner via fpc-pascal wrote:
FPC gives an error on the NWord
Maybe the compiler tries to be politically correct. 😂
Sorry, couldn't resist.
That's why it's called FPC - the Free Politically Correct compiler ;-)
Nikolay
_
On 12/05/2017 12:01 AM, Lubomír Čabla wrote:
Thanks to all for help.
I checked and there were also other longint to dword changes in the go32
unit. I've documented them all at:
http://wiki.freepascal.org/User_Changes_3.0.4#go32
Best regards,
Nikolay
_
On 12/03/2017 11:44 PM, Tomas Hajny wrote:
On Sun, December 3, 2017 22:10, Nikolay Nikolov wrote:
On 12/02/2017 10:50 PM, Lubomír Čabla wrote:
Hi,
FPC 3.0.2
function get_segment_base_address(d : word) : longint;
function set_segment_base_address(d : word;s : longint) : boolean;
FPC
On 12/02/2017 10:50 PM, Lubomír Čabla wrote:
Hi,
in new version 3.0.4 you have changed the declaration of some
procedures and functions in the go32 unit.
It does not matter, but I see a little mismatch for linear base address:
FPC 3.0.2
function get_segment_base_address(d : word) : longin
On 06/22/2017 02:42 AM, Nikolay Nikolov wrote:
On 06/22/2017 01:21 AM, James Richters wrote:
putimage can be accelerated, although it would still have to do a
memory copy.
Like this?
https://github.com/Zaaphod/ptcpas/compare/Zaaphod_Custom?expand=1#diff-fb31461e009ff29fda5c35c5115978b4
On 06/22/2017 01:21 AM, James Richters wrote:
putimage can be accelerated, although it would still have to do a memory copy.
Like this?
https://github.com/Zaaphod/ptcpas/compare/Zaaphod_Custom?expand=1#diff-fb31461e009ff29fda5c35c5115978b4
This is amazingly faster. I ran a test of just ptcg
On 06/21/2017 10:27 PM, James Richters wrote:
I was trying to find putimage to see how it worked... and I came across some
notes about it in graph.inc as follows:
{ For significant speed improvements , is is recommended }
{ that these routines be hooked (otherwise the default, }
{ slower rou
On 06/21/2017 08:05 PM, James Richters wrote:
Is there a more direct way of getting aggpas to send its output to ptcgraph?
Currently I'm doing as in the demo programs and defining an array then using
putimage() to transfer the array to ptcgraph... this is fairly slow, especially
for fullsc
On 06/13/2017 02:56 AM, James Richters wrote:
please be patient, it'll get there, maybe in a few week's time
I will be happy to be patient 😊 Thank you for all your hard work on this!
Ok, I've implemented implemented this. ptccrt now has a KeyMode
variable, which can be set to these values:
On 06/13/2017 01:33 AM, James Richters wrote:
Follow the instructions in docs/INSTALL.txt to compile the package. Then add
units\i386-win32 from the snapshot directory to the unit search path of your
compiler.
Can I have instructions on how to compile ptcpas for x86_64-win64?
I tried guessi
On 06/03/2017 01:52 PM, Graeme Geldenhuys wrote:
On 2017-06-03 01:56, Stefan V. Pantazi wrote:
http://pascal.net.ru/PutImage+(en)
[...]
"BitMap is an untyped parameter that contains the height and width of
the region, and the bit image that will be put onto the screen."
[...]
Could you file
On 05/31/2017 02:51 PM, James Richters wrote:
I was doing some tests with Putpixel and that seems to be a word in the format
of RGBA with 4 bits each.I would think putimage would use the same format,
but I haven't tested that yet.
I'm still a bit confused by putimage, since it only has a
On 05/26/2017 10:49 PM, James Richters wrote:
It's great that it's finally working for you. And yes, ptccrt supports most alt
and ctrl key combinations, but if you find some key combination missing, please
report it - it is easy to add.
I could really use F11 and F12 including shift, alt, a
On 05/24/2017 06:14 PM, James Richters wrote:
I was finally able to get this working, and now my keyboard issues are solved,
so thank for the help and fix Nikolay! I can't believe the performance
increase using ptcgraph instead of graph, I am now even able to run my program
on a tiny window
C installs in a directory without spaces, so it's not well tested at all.
Make -v reports:
GNU Make 3.82
Built for i686-pc-mingw32
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Tuesday, May 2
That is where I am at. I think If I could correctly apply win32kbd.inc it may
work
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Tuesday, May 23, 2017 1:03 PM
To: fpc-pascal@lists.freepascal.org
Subj
On 05/23/2017 06:09 PM, James Richters wrote:
I think I figured out my problem, but I'm not sure how to fix it. I was
looking at the code here: https://sourceforge.net/p/ptcpas/code/714/
And I see that the change made was to win32kbd.inc, but I don't think I'm using
the updated version of i
I realized I should have posted this in fpc-other. So, please reply in
[fpc-other] and not here.
On 05/23/2017 03:03 AM, Nikolay Nikolov wrote:
On 05/23/2017 01:20 AM, nore...@z505.com wrote:
On 2017-05-18 19:54, Ryan Joseph wrote:
On May 18, 2017, at 10:40 PM, Jon Foster
wrote:
62.44
On 05/23/2017 01:20 AM, nore...@z505.com wrote:
On 2017-05-18 19:54, Ryan Joseph wrote:
On May 18, 2017, at 10:40 PM, Jon Foster
wrote:
62.44 1.33 1.33 fpc_frac_real
26.76 1.90 0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT
10.33 2.12 0.22 FPC_DIV_INT64
Thanks for profili
On 05/22/2017 02:21 AM, James Richters wrote:
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.
I cannot repr
On 05/20/2017 12:07 AM, Nikolay Nikolov wrote:
On 05/19/2017 11:24 PM, Sven Barth via fpc-pascal wrote:
On 19.05.2017 19:22, Karoly Balogh (Charlie/SGR) wrote:
Hi,
On Fri, 19 May 2017, Sven Barth via fpc-pascal wrote:
I think Jeppe wanted to add vector support. Though the question
here
InitGraph(...);
-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: [fpc-pascal] FPC Graphics options?
On 05/16/2017 02:45 PM, Nikolay Nik
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
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, i
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 alway
On 05/19/2017 06:13 PM, Jon Foster wrote:
On 05/19/2017 04:11 AM, Nikolay Nikolov wrote:
On 05/19/2017 03:54 AM, Ryan Joseph wrote:
On May 18, 2017, at 10:40 PM, Jon Foster
wrote:
62.44 1.33 1.33 fpc_frac_real
26.76 1.90 0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT
10.33
On 05/19/2017 11:24 PM, Sven Barth via fpc-pascal wrote:
On 19.05.2017 19:22, Karoly Balogh (Charlie/SGR) wrote:
Hi,
On Fri, 19 May 2017, Sven Barth via fpc-pascal wrote:
I think Jeppe wanted to add vector support. Though the question here is
whether one wants to optimize/detect this at the
On 05/19/2017 02:11 PM, Nikolay Nikolov wrote:
On 05/19/2017 03:54 AM, Ryan Joseph wrote:
On May 18, 2017, at 10:40 PM, Jon Foster
wrote:
62.44 1.33 1.33 fpc_frac_real
26.76 1.90 0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT
10.33 2.12 0.22 FPC_DIV_INT64
Thanks for
On 05/19/2017 03:54 AM, Ryan Joseph wrote:
On May 18, 2017, at 10:40 PM, Jon Foster wrote:
62.44 1.33 1.33 fpc_frac_real
26.76 1.90 0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT
10.33 2.12 0.22 FPC_DIV_INT64
Thanks for
On 05/15/2017 02:41 PM, Graeme Geldenhuys wrote:
On 2017-05-15 11:59, James Richters wrote:
When I try to install 64 bit windows
version, I don't have this anymore
The Free Pascal project, for some weird reason, only ships a 64-bit
Windows cross-compiler. So you need both the 32-bit and 64-
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.
Unfortunately, I didn't have the time to do it tonight (I'm kinda bad at
time estimates ;-) ), but I'll probably implement i
Re: [fpc-pascal] FPC Graphics options?
Am 16.05.2017 02:46 schrieb "Nikolay Nikolov" <mailto:nick...@gmail.com>>:
>> I also no longer have the 'graphwindow' handle variable so I had to
comment out anything that was using it like
>>
>> SetW
On 05/16/2017 09:00 AM, Sven Barth via fpc-pascal wrote:
Am 16.05.2017 02:46 schrieb "Nikolay Nikolov" <mailto:nick...@gmail.com>>:
>> I also no longer have the 'graphwindow' handle variable so I had to
comment out anything that was using it like
On 05/16/2017 01:37 AM, James Richters wrote:
I have managed to get ptcgraph and ptccrt to work with my program and I can
report that there is an AMAZING increase in graphics performance! It is
pretty much a drop in replacement and I did not change any compiler settings.
I did have to mak
On 05/15/2017 11:25 PM, Nikolay Nikolov wrote:
On 05/15/2017 01:51 PM, James Richters wrote:
Thanks for the help and advice with this. I've been trying to figure
out how a lot of this works. Here's where I'm at
You could try the units ptcgraph or sdlgraph as alternatives
On 05/15/2017 01:51 PM, James Richters wrote:
Thanks for the help and advice with this. I've been trying to figure out how a
lot of this works. Here's where I'm at
You could try the units ptcgraph or sdlgraph as alternatives (both are part of
FPC).
These seemed like the easiest things to
On 05/12/2017 10:13 PM, Graeme Geldenhuys wrote:
Your unit obvious saves some time if it is already API compatible
with the TP Graph unit.
Yes, that's exactly what I'm saying. It's a drop-in replacement for the
graph unit. It runs TP7 BGI (or FPC programs for go32v2 for that matter)
graphic
On 05/12/2017 10:30 AM, Marco van de Voort wrote:
In our previous episode, Graeme Geldenhuys said:
Speed:
In recent graphics work I've done, I've noticed that FPC is fantastic
at created cross-platform applications. But the generated binaries
are NOT fast at all - no matter how man
1 - 100 of 170 matches
Mail list logo
