Hi James,
On 02/12/2024 00:44, James Richters via fpc-pascal wrote:
> there ---> and I'll be lucky if it takes me more than 5 minutes to
> permanently install it! Uggg @ time!
lol - yeah, I have so many of those.
> I managed to figure fpGUI out... Basically rediscovering the issue and how
> to
On 01/12/2024 10:00, Michael Van Canneyt via fpc-pascal wrote:
> How we got to think that downloading 1200 different packages from internet to
> build and
> install a 200-line javascript program (so basically creating a zip) is OK,
> will forever remain a mystery to me.
I feel your pain, and ful
Hi James.
On 29/11/2024 01:11, James Richters via fpc-pascal wrote:
> I'm intrigued by FPGUI, I'm trying to build FPGUI on Windows 10, and I'm
> having some difficulty. When I follow the instructions from Install.txt I
> get this:
>
> R:\fpgui_src_1.4.1\fpgui-1.4.1\src>build
I just got back f
On 20/11/2024 14:46, Travis Siegel via fpc-pascal wrote:
> Show me a raw source file that doesn't depend on any IDE at all written
> in FPC, something I can compile from the command line using *only* FPC
https://en.wikipedia.org/wiki/FpGUI#Example_program
[mic drop]
G.
___
On 20/11/2024 14:45, Travis Siegel via fpc-pascal wrote:
> Again, both of which are IDEs (just of a different type.
And in case it wasn't obvious... fpGUI is fully implemented in Object
Pascal. Every widget (component) is written in Object Pascal - even the
optional 2D rendering engine (AggPas).
On 20/11/2024 14:45, Travis Siegel via fpc-pascal wrote:
> Again, both of which are IDEs (just of a different type.
fpGUI has a "demo app IDE" only. It's not an IDE, but whatever.
> You still haven't shown me how to build a GUI app with default fpc
> installed resources.
In fpGUI's README it
On 17/11/2024 17:48, Travis Siegel via fpc-pascal wrote:
> I've done
> searches on google, and asked on this list, and everything I can turn up
> shows nothing as relates to building an FPC app with a GUI w/o using
> some IDE or other.(mostly lazarus), so if you could kindly point me to
> such
On 17/11/2024 17:48, Travis Siegel via fpc-pascal wrote:
> But the problem is (as I've repeatedly stated on this list) is that if
> one doesn't use lazarus for their IDE, then building anything other than
> basic command line programs is nearly impossible.
I guess you didn't look very hard that.
On 28/06/2024 14:31, Hairy Pixels via fpc-pascal wrote:
> Thanks I'll check that out. I'm not using Lazarus so tons of dependencies
> won't work
It's a Lazarus package (for convenience), but it doesn't depend on the
LCL. You can use it with pure FPC programs, or even without the Lazarus
package f
On 28/06/2024 22:50, Hairy Pixels via fpc-pascal wrote:
> But that's still millisecond precision.
On Windows, Linux and FreeBSD it uses nanosecond precision.
Unfortunately on MacOS, it falls back to RTL's GetTickCount64(), which
as you mentioned, is millisecond precision. It shouldn't be hard to a
On 10/22/23 11:20, Michael Van Canneyt via fpc-pascal wrote:
> As a consequence, this means FPC can now be run in a browser.
> See the screenshot at
Well done to everyone involved. That is amazing, and yes, I can think
of many possibilities this could be used for.
Regards,
- Graeme -
_
Hi,
I'm working on code where the function take a (x, y) set of coordinates.
If the coordinates are out of range/bounds, I want to raise an exception
with a message explaining the reason and limits. I definitely don't want
to "silently do nothing".
Looking at these set of built-in exceptions:
h
On 5/1/23 18:55, Graeme Geldenhuys via fpc-pascal wrote:
> I just tried, and had no problems. It took about 40 seconds to clone and
> checkout the `main` branch. The download seemed to be just over 200MB.
Just tried the Gitlab repo too - same result. No proble
On 4/30/23 15:23, Norman Dunbar via fpc-pascal wrote:
> Any advice gratefully reeceived. Thanks.
I just tried, and had no problems. It took about 40 seconds to clone and
checkout the `main` branch. The download seemed to be just over 200MB.
On 4/30/23 15:59, Michael Van Canneyt via fpc-pascal wrote:
> One possible reason is that the repo is simply too big: it has 26 years of
> commits.
I can't imagine that being the reason. I just did a fresh clone, and it
was just over 200MB download, and the commit count on the main branch is
less
On 2022-01-03 23:45, Graeme Geldenhuys wrote:
On 2022-01-03 13:28, James Richters via fpc-pascal wrote:
I’m curious if there is some way, perhaps with some directive or
something to force a debug backtrace to happen, but without an error.
Christo already offered you a solution, but to offer an
On 2022-01-03 13:28, James Richters via fpc-pascal wrote:
I’m curious if there is some way, perhaps with some directive or
something to force a debug backtrace to happen, but without an error.
Christo already offered you a solution, but to offer an alternative
solution... Most IDE debugging fu
On 2021-12-29 13:56, Graeme Geldenhuys via fpc-pascal wrote:
I did the load test multiple times, and the results were consistent.
It should go without saying, my testing methodology could be flawed. ;-)
G.
___
fpc-pascal maillist - fpc-pascal
On 2021-12-29 09:54, Michael Van Canneyt via fpc-pascal wrote:
They showed clearly that the used protocol (http & xml) is the largest
factor.
in 2013 I did many tests in a JSON REST framework: the times for
streaming were dwarfed by the time spent on network & database access.
Have you, or any
On 2021-12-29 11:22, wkitty42--- via fpc-pascal wrote:
i'm sorry... what is WST? googling
https://wiki.lazarus.freepascal.org/Web_Service_Toolkit
G.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mail
On 2021-12-28 15:25, Michael Van Canneyt via fpc-pascal wrote:
Thanks to the magic of RTTI and Invoke(), creating a JSON-RPC server has
just become significantly easier !
That's pretty neat - nicely done Michael.
// Create a class that implements the interface
Type
TIntf2Impl = class(TIn
On 04/07/2021 9:12 pm, Martin Frb via fpc-pascal wrote:
> I recommend on the long run to switch to git.
Once you switch, you'll never want to go back. ;-)
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key: http
On 22/06/2021 7:54 pm, fpc-devel via fpc-pascal wrote:
> Graeme will be happy finally :)
LOL - years in the making, but it's finally happening. :-)
Well done for everybody that contributedto make this happen. I know
it's not easy - I have had my fare share of SVN conversions to Git,
and they take
On 18/05/2021 11:49 am, Sven Barth via fpc-pascal wrote:
> I don't think we need to mention any specific clients (and why did your
> list not include Filezilla? :P )
+1 on both counts. :-D
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.
On 17/05/2021 3:13 pm, Karoly Balogh via fpc-pascal wrote:
> I'd actually keep
> FTP enabled, as it doesn't hurt anything and it's still a thing for retro
> downloads.
Not just "retro" but a more efficient and faster protocol for file downloads.
Unfortunately the whole world is going HTTP crazy a
On 29/04/2021 8:00 am, Mattias Gaertner via fpc-pascal wrote:
> FPC does not.
> Delphi does:
If only FPC would have strived to be Delphi Compatible. ;-) :-P
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.fre
On 28/04/2021 6:26 pm, Martin Frb via fpc-pascal wrote:
> Would omitting the type info not lead to issues with overloaded functions?
Luckily others have already solved that problem. :-) Here is Java's JSR-355
and overloading is covered in Section F.
https://jcp.org/aboutJava/communityprocess/f
Hello Sven,
On 28/04/2021 6:32 am, Sven Barth via fpc-pascal wrote:
> Second: the syntax is required for Delphi compatibility anyway
Couldn't such verbose syntax be limited to {$mode delphi} behaviour,
and then leave {$mode objfpc} free to experiment and introduce new
less verbose syntax in the
On 27/04/2021 10:13 pm, Ryan Joseph via fpc-pascal wrote:
> value.SortEntities(function(a, b: TEntity): integer
>begin
> // do stuff
>end
> );
It seem the beginning of the thread is missing, but I would like to
comment on something here - purely based on the exa
On 17/04/2021 10:19 pm, Sven Barth via fpc-pascal wrote:
> The compiler's parser has a very limited look ahead and thus especially
> with more complex specializations (especially nested ones) and type
> overloads in scope the compiler might not come to the right decision
OK, that and the "it's m
On 17/04/2021 10:09 pm, Sven Barth via fpc-pascal wrote:
> but Delphi compatbility is more
> important here, thus the default is a warning and not an error.
How is this beneficial? The compiler should help the developer, but here
it was decided that it's beneficial for the program to crash at run
On 18/04/2021 11:31 am, C Western via fpc-pascal wrote:
> but there are also case where it never makes sense to
> implement them and calling them indicates a logical error elsewhere in
> the code.
So do the logical thing... Throw an exception! Don't promote a faulty
compiler. Fix your code ins
Hi
I'm looking at the wiki and official FPC language documentation. What was
the reason for the decision to make the FPC syntax so verbose regarding
Generics?
eg: What we have now
type
generic TArray = array of t;
TMyIntegerArray = specialize TArray;
generic IList<_T> = Interface
On 16/03/2021 9:29 pm, Martin Frb via fpc-pascal wrote:
> For none git users, githup offers patch/diff
Ah yes, I forgot to mention that. Thanks Martin.
G.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin
Hi,
I just received a notification that somebody created a pull request for
FPC in my git mirror repository.
I will notify the person that it's a read-only repository, but if anybody
wanted to review and apply the changes directly, here is the link:
https://github.com/graemeg/freepascal/pull/1
On 09/03/2021 1:44 am, Tomas Hajny via fpc-pascal wrote:
> UnicodeString may be used in a program simply because the included unit
> has it used in its interface. That may be the case even if there's no
> use of characters outside of US ASCII at all.
So FPC rather goes with the fact that data ma
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 of using
array indexing into the a string. I guess develo
On 08/03/2021 2:49 pm, Michael Van Canneyt via fpc-pascal wrote:
> In that sense, unicode conversion support is something optional and so we
> require you to enable it explicitly, since enabling it has some drawbacks:
Surely if you explicitly use the UnicodeString type, the compiler should
know
On 07/03/2021 5:48 pm, Nikolay Nikolov via fpc-pascal wrote:
> It depends on what you mean by "just working".
No, "just worked" is exactly what it says on the tin. It is FPC that
overcomplicating matters.
As an example, here is Java that also uses UTF-16 encoding, just like
FPC's UnicodeString
On 22/02/2021 1:10 pm, Sven Barth via fpc-pascal wrote:
> If users
> want expect arrays to be object oriented they should use corresponding
> languages like Java or C#.
Fully agree. Even Java doesn't "objectify" arrays as some type of
object. Hence Java includes the Arrays class that has a static m
On 12/02/2021 4:17 pm, Bart via fpc-pascal wrote:
> I exclude the folders where fpc/lazarus reside from scanning.
> Also the folders where I develop my programs.
> If you don't you're bound to get strange bugs and thing like this.
Yes, that's a very good idea. We do the same at work for our Java,
On 08/02/2021 11:53 pm, Bo Berglund via fpc-pascal wrote:
> I assume if this is left as is as $(CompPath) it will use the globally defined
> compiler 3.2.0, but if changed will use the project defined compiler instead.
Yes, everything you stated is correct. I find that setting the global option is
On 06/02/2021 10:07 am, Bo Berglund via fpc-pascal wrote:
> How do you manage different versions of the compiler in Lazarus?
This is where I believe MSEide does things much better that Lazarus,
but that's for another discussion.
In Lazarus under "Tools -> Options... -> Compiler executable" I have
On 06/02/2021 10:28 am, Michael Van Canneyt via fpc-pascal wrote:
> No, you don't. I think my fpc.cfg has not changed in many many years.
Same here. My last modification date on that file is 2013. :-)
Regards,
Graeme
___
fpc-pascal maillist - fpc-
On 05/02/2021 11:18 pm, Bo Berglund via fpc-pascal wrote:
> Can they share the same fpc.cfg file (or rather .fpc.cfg)?
Yes, I've been doing so for probably the last 10 years. I have
7 different FPC versions installed on my system - all working together.
The trick is to have paths as follows in yo
Hi,
Do both these method yield the same result, or is one better (performance,
safer?) that the other?
procedure FreeMem(p:pointer;Size:ptruint);
procedure FreeMem(p:pointer);
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
M
On 27/12/2020 5:02 pm, Michael Van Canneyt via fpc-pascal wrote:
> Because on 32 bit platforms, this is the maximum size of available memory for
> a program, and we like things maximally portable. You can't read more than
> 2gb in memory on a 32-bit platform.
Ha yes, it's been so long since I ran
On 27/12/2020 4:53 pm, Graeme Geldenhuys via fpc-pascal wrote:
>
> According to this HTML page:
>https://freepascal.org/docs-html/ref/refsu4.html
Oh wait, the table I was looking at is titled "Integer constant type mapping",
so it's how the compile maps constants to a
According to this HTML page:
https://freepascal.org/docs-html/ref/refsu4.html
The data types Byte, Word and Cardinal (LongWord) has the following ranges:
128..255Byte
32768..65535Word
2147483648..4294967295 Cardinal (longword)
Those should be 0..
Regards,
Graeme
--
fpGUI
On 27/12/2020 4:00 pm, Jonas Maebe via fpc-pascal wrote:
> No. New and Dispose eventually result in calls to plain getmem/freemem
> anyway.
Thanks Jonas. I'll try and reproduce the original issue with a smaller
example. It the issue still persists (can't determine the method causing
the memory le
Hi,
Is this a bug in FPC 3.2.0 where TCustomStream still uses LongInt in
the Read() method, where all other methods in in the class uses Int64
type?
Here is the FPC code:
TCustomMemoryStream = class(TStream)
private
FMemory: Pointer;
FSize, FPosition: PtrInt;
protected
Function
On 22/12/2020 10:20 pm, gabor via fpc-pascal wrote:
> Sorry, I keep mistaking code point for character. I thought that the
> code point is a value in the range 0..10. I don't think I fully
> understand Unicode...
Here in an example:
https://en.wikipedia.org/wiki/Combining_character
Two or
On 21/12/2020 2:07 pm, Liam Proven via fpc-pascal wrote:
> Is this conversion of TurboVision FOSS, then?
Yes, it definitely is, otherwise it wouldn't be part of FPC. If you have
FPC install, you should be able to simply type 'fp' from the command prompt
and it should fire up the FreeVision Text ID
Hi,
Are there any known issues with heaptrc unit via compiler parameters
-gl -gh, when using New() and Dispose() to manually allocate and free
memory.
I helped someone debug their code, finding and fixing a memory leaks, but
the FPC memory leak output, after the application terminates, did not me
On 28/11/2020 11:40 pm, Michael Van Canneyt via fpc-pascal wrote:
> The total size of the generated documentation is 1.3 Gb, roughly 280.000
> files, so a lot of identifiers.
Wow, that has grown a lot in recent times.
Regards,
Graeme
___
fpc-pascal m
On 23/11/2020 1:26 pm, James Richters via fpc-pascal wrote:
> Any Ideas on how this, or some of it could be accomplished? Or is it all
> completely impossible?
If the object that you are trying to output has RTTI enabled, then maybe
you could query everything you need via TypeInfo (or the new re
On 20/11/2020 6:51 pm, Bart via fpc-pascal wrote:
> I know, and there he can see how this capability is detected, hence my
> reference to the compiler.
Thanks, that's good to know. I'll definitely give it a try too.
Regards,
Graeme
___
fpc-pascal mai
On 20/11/2020 1:29 pm, James Richters via fpc-pascal wrote:
> so as you can see, my #1 item in my wish list is the ability to assign colors,
Some good examples there. :-) I wouldn't want to guess how long it takes to
create
those boxed versions. Wow!
At work, our automated CI pipelines run on Li
On 20/11/2020 7:04 am, Sven Barth via fpc-pascal wrote:
> a way to convert the
> option list to TConsoleApplication's argument handling so that one doesn't
> have to declare that twice.
Oh, I really like that idea. I'll make sure to include both of those mentioned.
Regards,
Graeme
--
fpGUI T
Hi,
I'm working on a automated help output writer(s) for console apps.
Thus no more tedious and ugly output when you do: myapp -h
My aims:
* I write a lot of console apps, so this would be very useful to me.
* Ability to swap out the help formatter. It's interface based, so
custom implementa
On 19/11/2020 1:29 pm, James Richters via fpc-pascal wrote:
> Exporting PDF files from my AGG-Pas buffer would be really nice.
Indeed an interesting idea, but unfortunately that ability has not been
implemented yet. In my earlier message I was more referring to using
either fpPDF or AggPas.
Sayin
On 15/11/2020 8:33 am, Darius Blaszyk via fpc-pascal wrote:
> I am looking for a simple to use non-visual graphing library to produce x-y
> plots in a raster file format (similar to how pyplot works).
You could also use the fppdf code included with FPC and generate PDFs of any
size (you don't ha
On 12/08/2020 8:16 pm, Sven Barth via fpc-pascal wrote:
> Thanks to the work of Martok the fpcres utility is now able to compile
> RC files into RES files.
Awesome, been waiting about 15 years for that. :-) Fantastic contribution.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolk
63 matches
Mail list logo
