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 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/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/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 08/21/2009 08:31 PM, Žilvinas Ledas wrote:
Yes, i'ts so frustrating when you can't write solutions in ACM using
your best known programming language...
Yeah, that sucks, I know. My guess is that since ACM is sponsored by
IBM, they want to push their Eclipse and Java crap and Pascal just
On 09/13/2009 11:38 PM, Graeme Geldenhuys wrote:
2009/9/13 Nikolay Nikolovnick...@users.sourceforge.net:
Could you provide some more information? Which distro are you using? What's
your locale (i.e. the value of the LANG environment variable)? And which
I'm using Ubuntu 8.04 and
On 10/06/2009 06:31 PM, Frank Peelo wrote:
Any new concepts that were introduced, like properties, were applied
only to the new classes and objects were left in a corner, like the
embarrassing relative that you wish you could get rid of, but can't.
However, AFAIK Free Pascal supports properties
On 02/05/2010 03:25 PM, Martin Schreiber wrote:
Please read:
http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/
Martin
Good news, they have added the option to lift those restrictions. It's
now up to the project
On 07/01/2010 05:46 AM, Simon Webster wrote:
Dear Free Pascallers,
I'm wanting to convert a Turbo Pascal program to fpc, to run
(ultimately) under linux, although I'm actually developing on a mac,
and using virtualbox to run ubuntu. The program in question is a
relatively large non OOP program
On 05/02/2011 02:58 PM, John Lee wrote:
Been trying to use the windows graph from 2.4 release svn, running on
standard xp sp3 laptop, with 1024*768 resolution screen setting,
96dpi, intel mobile express 965 chipset according to control panel.
Note that you can also try unit ptcgraph (and
On 05/02/2011 04:03 PM, johnelee1...@googlemail.com wrote:
thanks - what are the features of ptcgraph vs graph? - I just want
simple line graphs in win eg of data from a file, so was guessing that
graph, from its name, was the 'best' option. J
Ptcgraph is new (fpc 2.4.4 will be the first
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.
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 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 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/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
Jonas Maebe wrote:
If you had two different create constructors (for whatever reason),
might you not also need two different destroy destructors?
No, the default destructor should always free all resources,
regardless of how the class instance was created. Otherwise, it would
also make your
Is it necessary to use the 'overload' directive in objfpc mode?
E.g. this code doesn't work:
{$MODE objfpc}
Program Test2;
Type
TBaseFunClass = Class(TObject)
Procedure DoStuff(a : Integer; b : Integer); Virtual; Abstract;
Procedure DoStuff(a : Integer);
End;
TFunClass =
[EMAIL PROTECTED] wrote:
Why does the following result in a runtime error ?
program example;
const
THE_PORT = ;
function swapWord(w: Word): Word;
begin
swapWord := (w SHL 8) OR (w SHR 8);
end;
How can I correct this ?
This bit of code was taken directly from server.pp in one of the old
2002
James Mills wrote:
How are you guys goins with crosscompiling ?
I'd like to be able to cross compile from Debian/Linux to various other
platforms... Or have you been crosscompiling the other way ?
First of all, you need binutils, compiled with support for the targets
you want. Get the source,
Harald Houppermans wrote:
WOW very interesting indeed
I thought you did it like this:
asm
mov CS, blabla
mov IP, blabla
end
But now I see !!!
You are actually using the parameters:
CS := blabla; :)
IP := blabla; :)
Those interrupt parameters actually allow something which otherwise isn't
Marco van de Voort wrote:
oct: 088; // 1.9+ only
bin: %101010; // 1.9+ only
These also work for 1.0.10.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[EMAIL PROTECTED] wrote:
Furthermore, the International Olympiad in Informatics (IOI) this year
is taking place in September, and software versions are in the process
of being decided.
Speaking of olympiads (and IOI), how about including e.g. DeCAL in the
standard FPC distribution (e.g. in
Gustavo Galembeck wrote:
As my inicial question in the list, I'd like to know
the best way of developing a Win32 / Linux 2D game
using Freepascal. Is the PTCPas unit a good choice?
I translated it from C++ in 2001 and it's good enough for me. :-)
It provides graphics output, keyboard input
Ron Weidner wrote:
Nikolay,
Why did you translate openPTC instead of some
of the other available choices? What advantages
does openPTC offer over SDL or Allegro? Do you
have any (Linux) demos/games written with openPTC
that I can take a look at? What do you think about
tinyPTC?
No serious
The site times out at 'HTTP request sent; waiting for response.'. Works
fine at work, but I can't access it from home. :(
www.freepascal.org resolves to 62.166.198.202, and I can ping that host.
At work it resolves to the same address, and no, I haven't put anything
in my hosts file.
My IP is
ml wrote:
But you're wrong for '::' '::' exists in perl too.
Sorry, I don't speak perl :) I know only C, C++, Java, C# and Object Pascal.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Anandu R Suri wrote:
I am writing an operating system using your Free Pascal Compilier 1.0.10.
Most of my code is based on the IA32 opcodes in $ASMMODE INTEL. I
have two problems, both are of importance.
1. The very basic problem is with the video driver. Whenever I try to write
to the Video
L505 wrote:
But.. for all the C wussies out there.. this won't work :
program Project1;
{$mode objfpc}{$H+}
{$define {:= begin} //this works
{$define }:= end. } //this doesn't work
{$define }:= end; } //this doesn't work
var
iLoc:integer;
{
for iLoc:= 1 to 60 do
writeln('test')
}
L505 wrote:
Neato.. offtopic but if anyone wondered, the delphi compiler is
originated from borland C++ as far as my tools told me.
Yes, actually DCC32 is written in C++. Only the Delphi IDE is written in
Delphi. FPC and Lazarus are both written in FPC :)
Thomas Zastrow wrote:
Hello,
I'm writing a little article about Pascal-Development under Linux. My
question: Am I right that FPC will not work on Intels
64-Bit-Processors??? I just found something about the
AMD-64-Bit-platform ...
It should run on Intel EM64T
L505 wrote:
Same applies to gcc ;) Without an older gcc you can't build a new one
except using a propritary compiler.
But where did that proprietary compiler come from? Hardware based?
Molecules, Ions, and atoms?
i.e. the answer to the big bang theory, the answer to religion, etc.
L505 wrote:
Same applies to gcc ;) Without an older gcc you can't build a new one
except using a propritary compiler.
But where did that proprietary compiler come from? Hardware based?
Molecules, Ions, and atoms?
i.e. the answer to the big bang theory, the answer to religion, etc.
L505 wrote:
The first compilers were written in assembly language. This allowed
for
the next generation compilers to be written in a high level language.
And the assembly language was just magically inserted into the memory
with that magic script?
At some point it comes to a
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 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 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/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/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 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 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 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 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 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 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 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 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 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 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/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 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/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 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/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
;
*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 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/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/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 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/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/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 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/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 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/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
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
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/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
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/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:
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/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/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/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/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/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/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
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 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
(...);
-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 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 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/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 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 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/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/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/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
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 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
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
1 - 100 of 125 matches
Mail list logo