t: Tuesday, May 23, 2017 1:03 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] FPC Graphics options?
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.n
t: Tuesday, May 23, 2017 2:07 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] FPC Graphics options?
On 05/23/2017 08:28 PM, James Richters wrote:
> I have done the "download snapshot" but I just don't know what to do with it
> now to properly integrate it into
them.
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Tuesday, May 23, 2017 1:29 PM
To: 'FPC-Pascal users discussions' <fpc-pascal@lists.freepascal.org>
Subject: Re: [fpc-pascal] FPC Graphics options?
I hav
2017 2:03 PM
To: FPC-Pascal users discussions <fpc-pascal@lists.freepascal.org>
Subject: Re: [fpc-pascal] [FPC-Pascal] FPC Graphics options?
On 23/05/17 19:50, James Richters wrote:
> *correction to directory names:
> Now I got an error that it could not find graphh.inc So I copied
>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, and crtl if possible from
the prccrt graphics
@lists.freepascal.org
Subject: Re: [fpc-pascal] ptccrt missing keys
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,
>
64bit for windows
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
> Window
Subject: Re: [fpc-pascal] FPC 64bit for windows
On 2017-05-18 22:53, James Richters wrote:
> Is there an easier way to generate a 64bit executable for windows than to
> compile this myself?
I can zip up my 64-bit FPC 3.0.2 directory and make it available for
_unofficial_ download if that wil
Of
Graeme Geldenhuys
Sent: Monday, May 15, 2017 1:57 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] FPC 64bit for windows
On 2017-05-15 18:19, James Richters wrote:
> Could you please give me a link to download 3.0.2 source archive?
> I'm on the FPC sourceforge page but I'm very con
...@lists.freepascal.org] On Behalf
Of James Richters
Sent: Wednesday, May 17, 2017 4:19 PM
To: 'FPC-Pascal users discussions' <fpc-pascal@lists.freepascal.org>
Subject: [fpc-pascal] ptcgraph issues
I'm having a few issues with ptcgraph.
The main issue is that it's not correctly rep
>Here is a simple sample program that has the issue for me on both my windows
>10 desktop and my windows 10 laptop, both are 64bit.
>https://hastebin.com/nubonozaho.pas
I started thinking about this, and did some more tests, and I think I have
narrowed down what is really happening, but not
James
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Tuesday, May 16, 2017 7:45 AM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] FPC Graphics options?
On 05/16/2017 01:27 PM, James Richters wrote:
> Hmm? But he o
Join the bad time estimate club! The help is very much appreciated and
whatever time you can allow for it great.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Tuesday, May 16, 2017 5:42 PM
To:
2017 4:55 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-05-30 20:20, James Richters wrote:
> I've re-attached Graeme's sample slightly modified to open the
> ptcgraph window, and attempt to use putimage on line 103 but when I
> r
ut that may be a ptcgraph problem.
Hope this helps,
Stefan
On 05/31/2017 02:57 PM, James Richters wrote:
>> And AggPas already has support for that pixel format
>
> How do I define that as the format I want? I've been looking all through the
> example and do not see how this is
>And AggPas already has support for that pixel format
How do I define that as the format I want? I've been looking all through the
example and do not see how this is defined. I've attached a test program, it's
basically Graeme's sample but going to screen instead of a file. I just don't
see
-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Graeme Geldenhuys
Sent: Tuesday, May 30, 2017 8:19 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-05-30 22:37, James Richters wrote:
> Putimage() takes
> Ini
Thanks for figuring out how to make this work, I would have never figured it
out with the documentation I was able to find.
I'm out of town this week so I tried to download the sample program to my
laptop and discovered another issue. While I can normally just compile my
programs on my laptop
>The font rendering should all be controlled by compiler defines. You don't
>need to modify the unit to make it work.
>Simply add the correct define in your project's Compiler Settings and
>recompile the code.
That is what I thought should happen, but I put
{$DEFINE AGG2D_USE_FREETYPE}
In my
>I've tested the example on 64 bit linux as a native application as well cross
>compiled for a x86_64 windows target. Worked fine in both Wine and on a Win64
>machine.
>In my experience, the one dependency that AggPas has potential to fail may be
>related to the freetype library. If you plan
I have two almost identical programs, but one of them I cannot compile with
Win64, but it works fine with Win32.
I finally figured out that the difference between the two that seemed to
make a difference was the working one had constants defined, the one with
issues, those constants were changed
nting AggPas with PtcGraph
On Thu, 15 Jun 2017 06:37:41 -0400
"James Richters" <ja...@productionautomation.net> wrote:
>[...]
> I see, thanks for explaining. For some reason, I was thinking it was
> optional to put it in the compiler, but I could also put it in the progra
Sent: Thursday, June 15, 2017 3:19 AM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-06-15 02:40, James Richters wrote:
> That is what I thought should happen, but I put {$DEFINE
> AGG2D_USE_FREETYPE}
>
> I don't know
Thanks everyone for explaining this, and thanks for the various solutions. I
don't like modifying units that are part of a package because then I would need
to remember how I modified them when a new version is released or have to
figure out what's going on all over again.
> 3) Make sure
l-boun...@lists.freepascal.org] On Behalf Of
wkitt...@windstream.net
Sent: Thursday, June 15, 2017 2:03 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] X64 only - Can't determine which overloaded function
to call
On 06/15/2017 08:20 AM, James Richters wrote:
> Strangely:
>
> LY:=Roun
I have updated my unit for accessing parallel ports on Windows with Freepascal
to now select the correct .dll file depending on how the program is compiled.
It now uses
inpout32.dll if you compile for Win32
inpoutx64.dll if you compile for Win64
I also added a new sample program that can
I've been able to use windows fonts with aggpas with the following code:
agg^.Font('ConsolaB.ttf' ,45 );
agg^.Text(300 ,100 ,'Text Here' );
and it works fine if I copy the font to the same folder as my program. I'm
wondering how I can just use standard windows fonts without copying
>You may be able to use CSIDL_FONTS or FOLDERID_Fonts as well.
Thank you for pointing me in the right direction. I was able to get
CSIDL_FONTS to work. Getting the actual fonts folder is a better idea than
assuming it’s in a \Fonts directory
I found an example on how to obtain the
t: Wednesday, June 14, 2017 8:29 AM
To: fpc-pascal@lists.freepascal.org
Cc: James Richters <ja...@productionautomation.net>
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-06-14 11:57, James Richters wrote:
> I've downloaded the zip file and extracted it to H:\FPC64. Bu
All this has me wondering about the freetype.dll version. I've been using
freetype.dll that I found in AggPas24-rm3.zip modified 9/17/2007
I notice there is another one in fpgui_src_1.4.1.zip in the
fpgui-1.4.1\extras\freetype_windows directory modified 12/9/2012 Is this the
best version to
ould open agg_basics.pas, the comment may apply to
your situation.
It is unclear to me whether you are on a win32 or win64 OS? If you are already
on a win64 machine then your default target CPU should already be x86_64. why
do you need fpc-3.0.2-cross-i386-win32-win64?
On 06/13/2017 08:25 PM, James R
here I can compile x64 programs,
then install
lazarus-1.6.4-fpc-3.0.2-cross-i386-win32-win64.exe so I can also compile Win32
programs with Lazarus.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Tuesday, J
Thanks for all the info, I will try to get it working.
>I assume you mean the executable of the ptcgraph+aggpas demo? I'll do so in a
>private email.
Yes, please.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
>> I also wonder if this is a windows 10 frootllooopy weirdness thing (it
>> wouldn't be the first). Can you just email me the exe file zipped and
>> I'll just try to run it here? Then I will know if it's a compiler
>> issue or an OS issue
>I assume you mean the executable of the
mit things like this, but
I would be happy to contribute these changes if possible.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Wednesday, June 14, 2017 11:54 AM
To: 'FPC-Pascal users discussions' &
>I use Git for just about any source code I work with.
I've just recently started using GIT, and have been using it for my own
applications. My solution until now has been to duplicate any units that
needed modification in with my source code so it would show up in my GIT
repository. But I
>And if you look in the "develop" branch of fpGUI, there is an even later
>AggPas version - last updated a month ago
I downloaded the fpGUI repository to have a look at it, and thought I would see
if any of the things I was encountering with it were addressed yet. Sure
enough, I found
--
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Graeme Geldenhuys
Sent: Sunday, June 18, 2017 12:32 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-06-16 18:49, James Richters wrote:
> agg^.Font('C
I've just realized that the red and blue channels are reversed. The sample
program aggpas_ptcgraph_output.pas has the star filled in with a red fade
and a blue series of random lines while the original test.png file had a
blue fade in the star with red random lines. Also, the image is flipped
tes matching up
I still have not figured out how to switch red and blue bits around so
putimage() will work.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Tuesday, June 13, 2017 12:43 PM
To: 'FPC-Pascal users
rder field with the type
order_type defined in agg_color.pas; have not figured it yet
2) knowing the R and B channels are swapped, you can do all your drawing with
colors there R and B are switched.
Stefan
On 06/13/2017 12:42 PM, James Richters wrote:
> I've just realized that the red and
June 14, 2017 5:17 AM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Implementing AggPas with PtcGraph
On 2017-06-14 01:25, James Richters wrote:
> I have just installed Lazarus but still can't get the
> aggpas_ptcgraph_output.pas sample program to run when compiled for
>
I am using a combination of outtext and outtextxy for an application using
the graph unit on Windows. I am noticing that outtextxy is not moving the
pointer to the end of text as it is supposed to. Outtext does move the
pointer, outtextxy is not moving the pointer.
The documentation here:
>As I mentioned, AggPas can use allocated memory, array, a memory image etc as
>its rendering buffer. If you want a graphical console program
>(eg: using Linux Console Framebuffer) using AggPas, then render your
>application output via AggPas to a memory image, then bitblit that image
>to the
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:
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, it does not task switch
[mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Nikolay Nikolov
Sent: Sunday, May 21, 2017 7:00 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] [FPC-Pascal] FPC Graphics options?
On 05/22/2017 01:25 AM, James Richters wrote:
> Setting it before initgraph will serve
ems to be if ptcgraph is put in a 16bit color mode. It doesn't seem
to be able to go any higher than that, but that's fine for my purposes.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Wednesday, May 31, 2017 7:52
>As for font support under Windows. Yes you can use GDI for font rendering, but
>I highly recommend using freetype.dll even under Windows.
>It has more features than GDI font support and the quality is better too.
Is it the fonts causing the dependency then? I have freetype.dll included in
pendency walker
(https://en.wikipedia.org/wiki/Dependency_Walker).
On linux you can just use ldd.
Hope this helps,
Stefan
On 06/05/2017 05:00 PM, James Richters wrote:
>> As for font support under Windows. Yes you can use GDI for font rendering,
>> but I highly recommend using free
I have several Similar arrays as follows for translating various color schemes
into RGB565, I currently have 5 arrays but may add more.
ACI256: Array[0..255] of VGARGBRec = (
(R:$00; G:$00; B:$00; RGB:$), //[ 0]
(R:$FF; G:$00; B:$00; RGB:$F800), //[ 1]
(R:$FF; G:$FF;
I'm trying to use findfirst()/findnext to obtain a list of files. Here's my
code:
Searchfile:=Tap_Drive+Tap_Path+'\'+Tap_SubDirectory+'\*.TAP';
If FindFirst(Searchfile, FAAnyfile-FAHidden, FileDirInfo)=0 then
..
It finds most files, even ones with really long file names, however it can't
find
>I can't reproduce it here. Would you please provide a self contained, small
>example plus information about the OS, filesystem and compiler as well as a
>list of filenames to test with?
Well, here’s some good news, I was cutting and pasting my code to make a self
contained example and I found
I am wondering how to get the file size reported by the OS for a particular
file without opening it. I tried to search for ‘Free Pascal File Size’ and
variations but all I get are things like this:
https://www.freepascal.org/docs-html/rtl/system/filesize.html
which is not what I’m
>for what ever reason, your code arrived here looking to be in UTF8 or
>ISO-8859-1 format... lazarus loaded is as ASCII but the box characters in
>the code were obviously not the ASCII ones you are speaking of (eg:
>ALT-201)... i tried to convert it to UTF8 in lazarus but the look was still
>Long story short: CRT unit doesn't work at all on Windows, but it works with
>unicode on Mac/Linux.
I’m curious how the CRT unit handles the Extended ASCII codes on Mac and Linux…
All versions should be the same for cross platform compatibility.
I also noticed that email broke my links
I’ve entered a bug report on this here:
https://bugs.freepascal.org/view.php?id=32558
James
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
>I want to create console app that's using box drawing characters from unicode.
>Before CRT unit is used, it's all fine and my program could draw
>table beautifully. But once I put CRT unit, those characters became garbages.
>But strangely, it's only happen on Windows' terminal (win10).
>I
] On Behalf Of
James Richters
Sent: Wednesday, August 30, 2017 12:10 PM
To: 'FPC-Pascal users discussions' <fpc-pascal@lists.freepascal.org>
Subject: Re: [fpc-pascal] Agg Pas Arcs
>From the above, it seems you implemented your own Arc() procedure. Is that
>correct?
No, it's the Agg2D
sday, August 30, 2017 2:51 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Agg Pas Arcs
Hi James,
On 2017-08-30 17:10, James Richters wrote:
>>From the above, it seems you implemented your own Arc() procedure. Is that
>>correct?
> No, it's the Agg2D Arc Functio
>From the above, it seems you implemented your own Arc() procedure. Is that
>correct?
No, it's the Agg2D Arc Function:
http://www.crossgl.com/aggpas/documentation/#Arc
>Could you try using my version of AggPas and see how that goes for you.
Yes I am using your version already
>If there is a
>I can supply a complete sample program if it would help
See Sample Program Attached
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Wednesday, August 30, 2017 12:18 PM
To: 'FPC-Pascal users discussions' &
Thank you for explaining how to achieve this.
I am curious about the meaning behind the prefixes you used:
> TVGA256Array = Array[0..255] of VGARGBRec;
> PVGA256Array = ^TVGA256Array;
Do the T and P in front of VGA256Array have a special meaning or significance?
I see things like that all
I have a system with 3 Monitors, 2 Horizontal 1920x1200 and 1 Vertical 1200 x
1920. I'm wondering if there is a way to specify which monitor my program
using PTCGraph will run on. I can make it run on a particular monitor by
changing it to the main display, but it would be nice to leave
>You must make sure directories are appended with /
Thank you, I just tried that and now I get the expected results: both / and
\ work
From "/pp/src/compiler/" to "/pp/bin/win32/ppc386/" via
"..\..\bin\win32\ppc386\"
From "/pp/bin/win32/ppc386/" to "/pp/src/compiler/" via
I’m trying to figure out ExtractRelativePath() and I’ve run the sample program
found here:
https://www.freepascal.org/docs-html/rtl/sysutils/extractrelativepath.html
I get the following results from the sample (with a few test I threw in myself):
>From "/pp/src/compiler" to
cal@lists.freepascal.org>
Cc: Sven Barth <pascaldra...@googlemail.com>
Subject: Re: [fpc-pascal] Freepascal Floating Point Issue
Am 22.08.2017 00:02 schrieb "James Richters" <ja...@productionautomation.net
<mailto:ja...@productionautomation.net> >:
The others
>Can you please file a bugreport for that, so I will not forget it ?
Done.
>The default for the OS is used; This is by design.
That makes sense for most cases but is there / could there be a way to override
this? I normally write programs for Windows, however I've had to write out the
Linux
I am having an issue with a simple floating point application. I am setting a
variable to a specific value and immediately after I set it, it is not exactly
what I set it to. Here's an example
Draw_GX_Min:=999.999;
Writeln(Draw_GX_Min:3:30);
The writeln results in
>i think you're looking for IPC (InterProcess Communication)... with this, the
>second instance would load up, find that there is one already running, tell
>the already running one about the new file to load, and then exit...
Thank you, that is exactly what I want but did not know what it was
I have a windows console application I wrote with Freepascal.I can send it
a command line parameter for a file to use have it working so if I just double
click on the file I wish to open with my program, it launches and opens it. I
am wondering how I can set it up so that double clicking
I'm having an issue with drawing Arcs with AggPas, and I can't quite put my
finger on it... What's happening is that small arc segments are just not
being drawn... they are not super tiny segments, they should end up being at
least 100 pixels long, but they have a pretty big radius, but the
I'm using SendToRaw() from a console application to send an email back to
myself with attachments to aid in technical support. It always works find when
I send the mail to myself. I run SendToRaw() a second time with my customers
email address instead of mine so I can go over things with them,
I've been using Zipper http://wiki.freepascal.org/paszlib#TZipper to create zip
files with FPC, but I don't see how to create one with a password. Is this
possible with Zipper or is there another Zip library I can use with FPC to
create a password protected zip file? I would rather be able to
>AggPas doesn't care where or what the data buffer is, as long as you tell
>AggPas where to start, width, height and stride.
> So use GetImage, assign that buffer to a pointer. Increment the pointer by (3
> *Size(Word)) and give that pointer to agg.Attach().
The data is preceded by 3 Longints,
>> ClockBuffer_With_Time:=ClockBuffer_original;
>
>That seems fine.
>
>> AggClockbuffer^:=ClockBuffer_With_Time^+3*Sizeof(Longint); //Set
>> AggClockBuffer to be 3 Longints past ClockBuffer_with_time
>
>This seems wrong. Try changing that to the following:
>
> AggClockbuffer :=
I've been trying to figure out how to dynamically allocate memory to be used as
a screen buffer to display AggPas generated images with PTCGraph. I don't
want it hard coded because I do not know what resolution monitor is going to be
used. Here is where I am at:
I can define a static
I've noticed that line numbers are sometimes off, sometimes quite a bit when I
receive a run-time error. I had one today, it specified the correct function
that was responsible for generating the error, however the line number was way
off, it reported line 1463 but the entire function in
I'm curious if it really needs to be installed? I installed it on my desktop
computer then just copied the entire FPC directory to my NAS, then went to my
laptop where FPC was never installed, mapped a drive to access the FPC copy on
the NAS and ran it, and everything seems fine to me.I
bject: Re: [fpc-pascal] FPC Debug line numbers
2017-11-06 19:49 GMT-02:00 James Richters <ja...@productionautomation.net>:
> I've noticed that line numbers are sometimes off, sometimes quite a bit when
> I receive a run-time error. I had one today, it specified the correct
>
I’ve been updating my old programs to use the MATH unit in freepascal and while
testing things I came across a runtime error 217 Invalid floating point
operation. Here is my test program
Uses math;
var
variable1:double;
variable2:double;
Begin
variable1:= Infinity;
variable2:=
>Please read the standard, exceptions are part of it.
Not much of a 'standard' if it's full of exceptions so everyone just does it
however they want and therefore nothing is actually standard.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
Sven Barth via fpc-pascal
Sent: Wednesday, June 20, 2018 5:23 PM
To: fpc-pascal@lists.freepascal.org
Cc: Sven Barth
Subject: Re: [fpc-pascal] math with infinity and NaN
Am 20.06.2018 um 23:15 schrieb James Richters
with infinity and NaN
Am 19.06.2018 um 23:50 schrieb James Richters:
> I’ve been updating my old programs to use the MATH unit in freepascal
> and while testing things I came across a runtime error 217 Invalid
> floating point operation. Here is my test program
>
> Uses
ere it still had Ansi
Capability but not turned on by default anymore.
James
-Original Message-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Tuesday, January 09, 2018 10:28 PM
To: 'FPC-Pascal users discussions' <fpc-pascal@lists
pascal-boun...@lists.freepascal.org] On Behalf Of
James Richters
Sent: Wednesday, January 10, 2018 6:14 AM
To: 'FPC-Pascal users discussions' <fpc-pascal@lists.freepascal.org>
Subject: Re: [fpc-pascal] Problems with writing to console
If all you want is colors and simple positioning, you co
Technically the anti-abuse field would produce the output of: Fatal Syntax
error, ";" expected but "identifier WRITELN" found
because there is no semicolon following the sample code. :DI guess maybe
it's after an if statement and before an else so it doesn't need a semicolon?
Silliness
AB
On 01/16/2018 12:52 PM, James Richters wrote:
> Technically the anti-abuse field would produce the output of: Fatal Syntax
> error, ";" expected but "identifier WRITELN" found
> because there is no semicolon following the sample code. :DI guess maybe
> it'
I suspect the output when writing to StdOut is moving the cursor to a location
that is not known or kept track of by regular writeln in the CRT unit. If this
is what's causing seemingly random positioning, You could possibly keep track
of where the cursor is supposed to be yourself with the
>For operations producing results in floating-point format, the default result
>of an operation that
>signals the invalid operation exception shall be a quiet NaN that should
>provide some diagnostic
>information (see 6.2).
If it shall be a quiet NaN doesn't that mean it would never cause the
-
From: fpc-pascal [mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of
g...@wolfgang-ehrhardt.de
Sent: Thursday, June 21, 2018 2:46 AM
To: FPC-Pascal users discussions
Subject: Re: [fpc-pascal] math with infinity and NaN
Quoting James Richters :
> SetExceptionMask(GetExceptionM
No, that’s not normal, it's not supposed to give you a runtime error.
Anything that results in an answer that is Not a Number is supposed to be set
to NaN, not give you a runtime error 217 and terminate.
Infinity minus itself is undefined and therefore Not a Number and should be set
to NaN, but
discussions
Subject: Re: [fpc-pascal] math with infinity and NaN
Zitat von James Richters :
>> For operations producing results in floating-point format, the
>> default result of an operation that signals the invalid operation
>> exception shall be a quiet NaN that should provi
I am trying to figure out how I can remove the last line of a text file to
replace it with a new one. I can do this with typed files with seek... but I
am confused on how I could do this with just a text file.
If I use:
Var Myfile: Text;
Mydata:String;
Thank you for the advice and for the example. I don't know what is considered a
large file.. these files can be maybe about 1000 lines long, most will be less,
would this solution be suitable for files of this size?
Is Tstringlist something like an array of strings?
-Original Message-
I have a whole section of diagnostic writeln's in a program, and it's tedious
to comment them all out/in as needed. I'm curious if doing something like
Const
diagnosticdetail=false;
If diagnosticdetail then Writeln('diagnostic info');
Is the same as
// Writeln('diagnostic info');
And
>I have written a few small windows type apps, but still prefer console. More
>of the programming is for function instead of display.
I also prefer ‘console’ but I prefer it for heavy graphical UI applications as
well as functional types of programming.I cannot stand programs the try to
Op 03-04-2018 13:58 schreef James Richters:
> Thank you for the advice and for the example. I don't know what is considered
> a large file.. these files can be maybe about 1000 lines long, most will be
> less, would this solution be suitable for files of this size?
>
> Is Tstrin
Is there a copyfile for Freepascal I can use without installing Lazarus?
I found:
http://wiki.freepascal.org/CopyFile
but that seems to only work with Lazarus.
I just want to make a copy of a file into a different directory and maintain
it's timestamps etc
Any suggestions?
James
How would I use this LazUtils Package with just FPC? Is there way to download
it by itself? Or would I have to Install Lazarus somewhere, go find the unit
and copy it in with all my FPC Units?
I was hoping to do this without doing something like that because then every
time I install a new
101 - 200 of 585 matches
Mail list logo