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:
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
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
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
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
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 =
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:
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
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 -
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
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
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.
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
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
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
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
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
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:
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
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
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
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
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
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 -
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
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/
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
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 t
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
On 25/07/2020 5:42 pm, Florian Klämpfl wrote:
> Missed optimization. I fixed it in trunk.
Damn that was quick! Nicely done. :-)
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP key:
On 02/07/2020 9:30 pm, Evert van Dijken via fpc-pascal wrote:
> I see a WIN32 compiler and a WIN64 cross
> compiler. How it works is a mystery for me.
I never understood the choice FPC made to not create a native 64-bit
compiler, but rather stay with a cross-compiler. *shrug*
I've always simply
On 20/06/2020 11:03 am, Marco van de Voort wrote:
> Finally, the Free Pascal 3.2.0 release is available from our servers and
> from sourceforge.
Well done to everybody that contributed.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
On 20/06/2020 10:59 pm, Tomas Hajny wrote:
> They have the same size, it's just the SF webpage shows the size
> differently from the FTP listing:
Don't the FPC team generate SHA1 or MD5 checksum files for all
official release files? That might be useful going forward.
Regards,
Graeme
--
On 28/05/2020 4:49 pm, Marco van de Voort wrote:
> Though in general, I would
> just use Indy.
+1
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 24/05/2020 12:56 pm, Michael Van Canneyt wrote:
> However, there is some third-party class which has complete date/time
> handling:
> https://wiki.freepascal.org/PascalTZ
Thanks Michael, that looks like what I need. Good to see it has support
for the time zone database too.
Regards,
Hi,
I need to do timezone enabled date/time conversions...
Use case 1)
We want the application server to always use UCT and the application
server might not be in the sime timezone as the client app. So we need
to convert local time to UCT, do some time based processing on the
server, then
On 16/05/2020 7:13 pm, Bo Berglund via fpc-pascal wrote:
>
> Well the simplest way to get Indy10 into Lazarus is via Online Package
> Manager!
Do they (whoever it might be) keep it up to date with the lastest Indy?
> it is a rather steep climb since Indy10 is entirely blocking and the
> Delphi
On 14/05/2020 5:21 pm, Giuliano Colla wrote:
> I need to implement a simple dedicated TCP/IP connection between a
> client and a server.
You can always use the Indy TCP components too. I've used them for years
under Delphi and FPC with great success. Huge amounts of protocols are
implement and
Hi,
It's been over a year since I looked at any Object Pascal code, so a bit
rusty. [bows his head in shame] :-)
I'm maintaining a library that uses the function seen below. I any FPC
(or Lazarus) application uses this library (eg: via a lcl package).
1) Will this function change the
On 02/04/2020 7:23 pm, fredvs via fpc-pascal wrote:
> The mse-org team is very happy to announce the new release of MSEide+MSEgui.
Well done Fred for being a champion in taking this project forward no
matter what! It echo's out that MSEide+MSEgui is still alive. Martin
will be proud that his baby
On 13/02/2020 3:37 pm, Kevin Monceaux wrote:
> What's the definition of a legacy system? One that works!
Brilliant tag line by the way! So true these days. :-D
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 12/02/2020 1:33 pm, Joost van der Sluis wrote:
> Note that it will automatically rebuild and install all packages that
> depend on fcl-db.
Very nice. This makes things so much easier.
Regards,
Graeme
___
fpc-pascal maillist -
Hi,
In fgGUI applications I often launch other applications. eg: The help
viewer etc. In such cases, I simply want to launch the application and
then forget about it. I have no need to read any stdout etc.
I've been using TProcess for this task as follows:
p := TProcess.Create(nil);
try
On 07/01/2020 1:28 am, Vojtěch Čihák via fpc-pascal wrote:
> I found this article: https://drewdevault.com/2020/01/04/Slow.html
> but FPC is missing, so I wrote simple:
On a side note, and for comparison... According to that website, he/she
tested Java and got the following:
Lang Exec time
On 17/11/2019 10:31 pm, Michael Van Canneyt wrote:
> Stated purpose was special handling in the Bing search engine.
Either way, that's a pie in the face for Embarcadero. :-)
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 17/11/2019 10:20 pm, Michael Van Canneyt wrote:
>
> That would be me.
Thought that much. ;-)
> And there already is an API. How else ? This is Free Pascal !
>
>
> If you look in the browser developer console when using that page,
> you'll see there are 2 calls available which do return
On 17/11/2019 10:22 pm, Michael Van Canneyt wrote:
> Even Microsoft asked official permission to use our website as pascal
> reference.
For what need? VS Code?
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 17/11/2019 4:29 pm, Ryan Joseph via fpc-pascal wrote:
> at https://www.freepascal.org/docsearch/docsearch.var
Good to see Free Pascal now actually has searchable online docs (without
the help of Internet Search Engines). That's a big step up from a few
years ago. Well done to whomever was
On 17/11/2019 4:29 pm, Ryan Joseph via fpc-pascal wrote:
> https://www.freepascal.org/docsearch/docsearch.var?word=List
>
> and get back a JSON object that had the search results? This is
> important for integration with 3rd party IDE's.
No such API exists (that I know of), but the desire to
On 29/10/2019 6:20 am, denisgolovan wrote:
> Looks like Graeme's FPC git mirror stopped syncing with svn.
I fixed it at 08:00 this morning. It's all in sync again. There was a
new contributor to SVN that wasn't in my name list. It happens ever now
and again.
Regards,
Graeme
--
fpGUI Toolkit
On 26/10/2019 11:24 am, Graeme Geldenhuys wrote:
> Do you have a mailing list archive link where the topic originated
> from.
No worries, I found it.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 14/10/2019 3:40 pm, Karoly Balogh (Charlie/SGR) wrote:
> The structure in question is in rtl/bsd/ostypes.inc.
>
> Sadly I know very little about FreeBSD, and I don't have it in any form,
> and never had it, so I'd pass on attempting to reproduce and fix this.
I'll update my FPC 3.3.x and
On 26/10/2019 9:31 am, Mattias Gaertner via fpc-pascal wrote:
>> :-) There is no such thing as "pure English".
>
> He meant ASCII.
No problem. The smiley face also as a hidden meaning. English is such a
convoluted language (due to its long history), not even the English
(England) can speak it
On 14/10/2019 7:38 pm, Alexey Tor. wrote:
> >Does SysUtils.DirectoryExists work?
>
> No, the dir name is pure English, so DirectoryExistsUTF8 does the same.
:-) There is no such thing as "pure English".
I assume what you were trying to say, is that some text are encoded
differently, depending
Hi,
Anybody know if the MacOS Library Path fix for MacOS will be back ported
to the 3.0.4 fixes branch? Currently the bug tracker only marked it as
fixed in the 3.3.1 branch.
https://bugs.freepascal.org/view.php?id=36198
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit
On 10/10/2019 8:46 am, C Western wrote:
> Actually, thanks for posting this here - it did contain generally useful
> information.
+1
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 17/09/2019 3:10 pm, James Richters wrote:
> I'm not sure what the technical term is for figuring out what pixels
> are used to represent 3D coordinates on a 2D screen, but I'm hoping
> maybe there is something that just does the calculations that I can
> use
On 07/09/2019 8:42 pm, Zoe Peterson wrote:
> GetTickCount and GetTickCount64 are Windows API functions that are
> explicitly documented as returning milliseconds,
I have to agree with you. If FPC keeps basing its implementation and
API's on Win32 or Delphi, then it should adhere to their
On 08/09/2019 1:07 am, Alexander Grotewohl wrote:
> every call to gettickcount is something
> like 10-15ms or so off.
Martin's suggested documentation "The minimum resolution may vary"
makes that very clear.
Also anybody that works with timing API's should know that each platform
has
On 18/08/2019 10:43 am, Michael Van Canneyt wrote:
> One wonders why these README files are created. No-one seems to read them
> anyway.
Yeah, I've been wondering that same thing for years. Maybe we should
create a README.1st file. :-P
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform
On 12/07/2019 11:09 pm, Sven Barth via fpc-pascal wrote:
> type
> TMyAttribute = class(TCustomAttribute)
> constructor Create;
> constructor Create(aArg: String);
> constructor Create(aArg: TGUID);
> constructor Create(aArg: LongInt);
> end;
>
> {$M+}
>
On 12/07/2019 11:09 pm, Sven Barth via fpc-pascal wrote:
> Today FPC has finally gained initial support for Custom Attributes. The
> work had initially been done by Joost van der Sluis almost 6 years ago
> and Svetozar Belic had adjusted the code for trunk.
Fantastic to hear that news! Well
On 07/07/2019 11:09 am, Sven Barth via fpc-pascal wrote:
> There exists a branch with them and it's "just" a matter of integrating
> them into trunk.
Nice, that will be a real game changer! Thanks for the info Sven.
Regards,
Graeme
___
fpc-pascal
Hi,
Does FPC support annotations yet?
So in the future (or hopefully now), we could create something like what
many Java frameworks allow. Simply annotate a plain class to do the
magic for you - a massive reduction in boilerplate code. So we could end
up with a RESTful resource/controller as
Hello everybody,
I have really enjoyed working with tiOPF for 15+ years and have written
tons of database and non-database applications that used tiOPF. It was
also the project that introduced me to Design Patterns and Test Driven
Development, and I'll forever be grateful for that.
However, due
On 27/05/2019 2:13 pm, Martok wrote:
> there
> will be data loss due to (sometimes unexpected) internal conversions,
Surely that must be a bug then. Converting anything to a UTF-x encoding
should be lossless as Unicode is the only standard that supports ALL
languages.
Regards,
Graeme
--
On 20/05/2019 11:01 pm, Giuliano Colla wrote:
> In some rare case when dealing with complex objects you might need
> FreeThenNil() in place of FreeAndNil().
As far as I'm concerned, that is such a broken concept! The developer
already has the burden to free any memory that he/she allocates. With
On 10/05/2019 3:33 pm, silvioprog wrote:
> Could anyone check if Mantis is online? I've tried to access
> http://bugs.freepascal.org now (Fri 10 May 2019 11:30:37 AM BRT), but got
> "This site can’t be reached".
Works from - from the UK.
Regards,
Graeme
On 08/05/2019 12:58 pm, Michael Van Canneyt wrote:
> Can you please create a bugreport so I will not forget ?
No problem.
https://bugs.freepascal.org/view.php?id=35542
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Hi,
https://www.freepascal.org/docs-html/rtl/sysutils/longrec.html
I'm referring to the documentation shown in the URL above. As far as I
know the fpdoc is sensitive to which platform it is running on (unless
explicitly told otherwise), and will generate documentation according to
that platform.
On 24/04/2019 09:07, Michael Van Canneyt wrote:
> I get no warning. If I remove the statement, I get the warning.
Thanks Michael. So it seems it is something local to my system then. I
get warnings no matter what.
Do you have any compiler settings like -viewh in your ~/.fpc.cfg file?
I'm trying
On 22/04/2019 00:14, Graeme Geldenhuys wrote:
> yet when I compile/build my project, it still shows that
> compiler hint (as can be seen in the attached screenshot).
Is nobody else experiencing this?
Regards,
Graeme
___
fpc-pascal maillist
Hi,
I have included the following lines in a "fpg_defines.inc" include file
in my project, yet when I compile/build my project, it still shows that
compiler hint (as can be seen in the attached screenshot).
// common compiler options
{$mode objfpc}{$H+}
{$interfaces corba}
{$warn 5024 off} //
On 20/04/2019 10:23, Joost van der Sluis wrote:
> Lazutils could also be installed with Fppkg.
Very good to know - thanks for mentioning that Joost. Glad to see the
fppkg is finally being used after years lying dormant.
Regards,
Graeme
___
On 18/04/2019 12:04, James Richters wrote:
> How would I use this LazUtils Package with just FPC?
And with all that discussion and time gone by, you could have simply
implemented it yourself using TFileStream or something like that.
eg:
const
cBlockSize=16384; // size of block if copyfile
On 16/04/2019 21:18, Tomas Hajny wrote:
> whatever that would be called. Please, stop it (everybody).
Sorry, I read messages in the order my email client sorted them. Only
saw your message after I posted my reply. I'll not take part in futher
off-topic discussions.
Regards,
Graeme
1 - 100 of 2912 matches
Mail list logo