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
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!
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
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
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
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:
function
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
unicode in your
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
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 need
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
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 start. First thing
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
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
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
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
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
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
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
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. Sorry
**
**
*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 that demonstrates the problem
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
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
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
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'
Subject: Re: [fpc-pascal] PTC
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 640x480
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
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) :
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
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
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
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
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
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
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,
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
talls 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 23, 2017 2:
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
Subject: Re: [
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 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
<jon
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
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
(...);
-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 Nikolov wrote
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
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 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
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
<jon-li...@jfpossibilities.com> wrote:
62.44 1.33 1.33 fpc_frac_real
26.76 1.90 0.57
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
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
<jon-li...@jfpossibilities.com> 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 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
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
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 it during the weekend
;
*Cc:* Sven Barth <pascaldra...@googlemail.com>
*Subject:* Re: [fpc-pascal] FPC Graphics options?
Am 16.05.2017 02:46 schrieb "Nikolay Nikolov" <nick...@gmail.com
<mailto:nick...@gmail.com>>:
>> I also no longer have the 'graphwindow' handle variable so I had t
On 05/16/2017 09:00 AM, Sven Barth via fpc-pascal wrote:
Am 16.05.2017 02:46 schrieb "Nikolay Nikolov" <nick...@gmail.com
<mailto:nick...@gmail.com>>:
>> I also no longer have the 'graphwindow' handle variable so I had to
comment out anything that was using i
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
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 (both
are part
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
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
On 05/11/2017 10:25 PM, Sven Barth via fpc-pascal wrote:
On 11.05.2017 20:43, James Richters wrote:
I have a few console graphics applications that I originally wrote in
Turbo Pascal that I have been able to convert over to Free Pascal and
now have windows versions of these programs. I
On 03/13/2017 10:10 AM, Mark Morgan Lloyd wrote:
On 13/03/17 06:30, Pierre Free Pascal wrote:
Hi Mark,
if you mean build a native installer for 32-btsparc-linux, I can tell
you want you need to do:
I'm used to building it for my own use. I'll take a look at your
instructions for versions
On 07/25/2016 12:57 AM, James Richters wrote:
Is there a way to get the textmode IDE to do splitscreen the way Turbo
Pascal used to if you had both a color and monochrome monitor? It was very
handy to trace through the source code on the monochrome monitor and watch
it execute on the other
On 03/29/2016 06:13 PM, Marco van de Voort wrote:
In our previous episode, Graeme Geldenhuys said:
Just curious. What is the history behind the Cardinal data type. As per
the FPC documentation, it is always mapped to the LongWord type. I
presume it is the same in Delphi.
Cardinal is the
On 01/21/2016 01:11 AM, Sven Barth wrote:
Am 20.01.2016 19:26 schrieb "Graeme Geldenhuys"
>:
>
> Is there a performance difference between using bitmask values and sets?
For sets with <= 32 elements it should behave the
On 07/16/2015 11:29 PM, Sven Barth wrote:
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from
objfpc.
Then let me tell you that generic methods will arrive in mode ObjFPC
(and
thus
On 18.3.2015 г. 16:53, Graeme Geldenhuys wrote:
Based on what the documentation says introduction of ptrint type was a
mistake, shouldn't the PtrInt type be marked as deprecated in FPC 3.0.0
and removed in a later release like 3.0.2 or 3.2.0?
On 03/01/2015 10:03 AM, leledumbo wrote:
I'm currently facing this situation, however the error comes from a 3rd party
lazarus package which I've only managed to simplify to 1 unit (and its
dependencies, of course, which is a lot). Since I can't create a simple
example that can demonstrate the
On 11/02/2014 03:54 PM, Xiangrong Fang wrote:
Hi All,
...
Also, I usually use pointer to pass block of memory to functions. How
do I implement a function with the following signature:
procedure MyProc(var Buf; Len: Integer):
I mean, how to handle var Buf inside the procedure body?
You
On 06/06/2014 02:48 PM, Nikolay Nikolov wrote:
On 6.6.2014 г. 12:22, Nikolay Nikolov wrote:
On 06/06/2014 09:45 AM, leledumbo wrote:
Hello, I want to program for ALSA, so I need the Pascal wrapper.
Most recent
one I found is fpALSA, which corresponds to 1.0.25 (last release)
version if
ALSA
On 06/06/2014 09:45 AM, leledumbo wrote:
Hello, I want to program for ALSA, so I need the Pascal wrapper. Most recent
one I found is fpALSA, which corresponds to 1.0.25 (last release) version if
ALSA. However, current ALSA is of version 1.2.X and the interface is
somewhat different with 1.0.X.
On 6.6.2014 г. 12:22, Nikolay Nikolov wrote:
On 06/06/2014 09:45 AM, leledumbo wrote:
Hello, I want to program for ALSA, so I need the Pascal wrapper. Most
recent
one I found is fpALSA, which corresponds to 1.0.25 (last release)
version if
ALSA. However, current ALSA is of version 1.2.X
On 01/26/2014 11:00 PM, fredvs wrote:
Hello.
Does it exist a option to compile fpc without Delphi compatibility ?
If no, what do you think about that ?
I know, it will be lot of work (like create a Delhi_Compatiblizer class...)
PS : I absolutely do not want to hurt somebody, it is only a
On 01/19/2014 10:45 PM, Sven Barth wrote:
On 19.01.2014 20:47, Ched wrote:
Dear Freepascalers,
The multiplication in floating arthmetic units is usualy know as being
slower than the addition. So, have I interest to code X+X, 2*X or X*2
when using reals (mainly double and extended) ?And with
On 10/28/2013 01:19 PM, Reinier Olislagers wrote:
On 20/10/2013 13:27, Nikolay Nikolov wrote:
On 10/20/2013 01:56 PM, Reinier Olislagers wrote:
Trying to create dos cross compiler using FPC trunk x86 r25833, Windows
Why are you using
OPT=-gw2 -gl
I'm not sure these work at all. Debugging
On 10/21/2013 12:15 PM, Reinier Olislagers wrote:
On 20/10/2013 20:14, Nikolay Nikolov wrote:
On 10/20/2013 08:12 PM, Nikolay Nikolov wrote:
On 10/20/2013 06:31 PM, Reinier Olislagers wrote:
Ok, now I see you've put it in the fpc.cfg, but it could be that your
compiler doesn't find
On 10/20/2013 01:56 PM, Reinier Olislagers wrote:
Trying to create dos cross compiler using FPC trunk x86 r25833, Windows
NASM binaries etc from Marco's post [2]
dir c:\Development\cross\bin\i8086-msdos
..
02/01/2013 11:06 743,424 msdos-nasm.exe
25/05/2010 08:3633,792
On 10/20/2013 06:31 PM, Reinier Olislagers wrote:
However this:
fpc -Pi8086 -TMSDOS d:\cop\t\test.pas
gives
Free Pascal Compiler version 2.7.1 [2013/10/20] for i8086
Copyright (c) 1993-2013 by Florian Klaempfl and others
Target OS: MS-DOS 16-bit real mode
Compiling d:\cop\t\test.pas
PPU Loading
On 10/20/2013 08:12 PM, Nikolay Nikolov wrote:
On 10/20/2013 06:31 PM, Reinier Olislagers wrote:
However this:
fpc -Pi8086 -TMSDOS d:\cop\t\test.pas
gives
Free Pascal Compiler version 2.7.1 [2013/10/20] for i8086
Copyright (c) 1993-2013 by Florian Klaempfl and others
Target OS: MS-DOS 16-bit
On 10/05/2013 03:07 PM, greim wrote:
Hi,
writing a 8086 version of fpc is not so strange as some may think!
There are still some 80186 processors around running in embedded
systems! These architecture is certified for some applications in
industrial and avionik controll.
So my wish
On 09/27/2013 09:53 AM, Reinier Olislagers wrote:
I decided to start a page for the DOS compiler - as more details become
available we can hopefully collect them there.
As usual: additions/corrections welcome, especially by Nikolay ;) - I've
added some statements with question marks that I'm
On 04/30/2013 01:42 AM, Rolf Grunsky wrote:
I still have my Z-80A system with two Tandon half-height 8 single
sided drives. I haven't attempted to power it up in 25 years. I also
have my original CP/M 80 disc and my original TurboPascal version 1.0
for Z-80 on an eight inch disc with the
On 04/29/2013 12:49 PM, Michael Schnell wrote:
On 04/27/2013 02:11 PM, Bart wrote:
On 4/27/13, Reinier Olislagers reinierolislag...@gmail.com wrote:
Noticed that an 8086 branch was merged to fpc trunk. Is it time to get
out some 5.25 diskettes[1]?
[1] Shame I dumped all the accompanying
On 04/28/2013 12:00 PM, Mark Morgan Lloyd wrote:
Bart wrote:
On 4/27/13, Reinier Olislagers reinierolislag...@gmail.com wrote:
Noticed that an 8086 branch was merged to fpc trunk. Is it time to get
out some 5.25 diskettes[1]?
[1] Shame I dumped all the accompanying hardware long ago ;)
On 04/19/2013 03:02 PM, Reimar Grabowski wrote:
Hi,
I have read the discussions about FPC using LLVM and the reasons against it
(which I fully understand and support). But a friend of mine
called my attention to this: https://github.com/kripken/emscripten/wiki
From what I have seen this is
On 06/15/2011 04:15 PM, Anton Shepelev wrote:
Nikolay Nikolov:
Basically, all it does is, it checks if the LANG
variable contains ґUTF-8' as a substring (not sure
if it is the right way to do it, but it works for
Fedora, Ubuntu, OpenSUSE, Mandriva and latest
Debian) and if it does
On 06/14/2011 09:33 PM, Anton Shepelev wrote:
Graeme Geldenhuys:
You are welcome to add it to the wiki.
I still do not fully understand the problem, so
please, review what I have come up with:
On Linux/Unix the FP-IDE calculates the
addresses of the drawing charactes
On 06/13/2011 08:39 PM, Anton Shepelev wrote:
Hello all,
I have installed FPC on a Linux machine to find that in the
virtual terminal (true text-mode, not GUI-based emulator)
FP-IDE does not dispaly pseudographics correctly. It turned
out that changes to the SFM (Screen Font Map) doesn't
On 06/13/2011 09:17 PM, Anton Shepelev wrote:
Nikolay Nikolov:
Modern FPC versions should support UTF-8 output for the
IDE. I made a patch for this, that was included in fpc
2.4.2 IIRC. Which FPC version are you using and on which
linux distro/version? What is the value of the LANG
On 05/30/2011 12:25 PM, Elio Fabri wrote:
I tried ptcgraph by a mere change of names, and it works, more or less.
However, the graph unit still appears in the doc, whereas I cant't
find no doc for pctgraph.
Some help?
It's a new unit (first included with fpc 2.4.4) and therefore not yet
On 05/28/2011 11:46 AM, Elio Fabri wrote:
Hi, I downloaded fpc-2.4.4.x86_64-linux.tar and installed OK.
But the compiler cannot find the Graph unit. Apparently the graph.ppu
file is missing.
Where can I find it, or a valid substitute?
Try the ptcgraph unit.
1 - 100 of 125 matches
Mail list logo