>> Sorry to insist on that, but the size of fp library is very too big vs
other libraries (C for example).
> The size of FPC libraries will always(*) be bigger then e.g. C ones,
> because in FPC the RTL is statically linked into the program/library,
> while C libraries link against the C runtime
>> Sorry to insist on that, but the size of fp library is very too big vs
other libraries (C for example).
> The size of FPC libraries will always(*) be bigger then e.g. C ones,
> because in FPC the RTL is statically linked into the program/library,
> while C libraries link against the C runtime
Hello Bobj.
We are all with you in that difficult moment.
When you will come back, there will be a new binary release of ideU, with
fixes that you wanted.
Fre;D
-
Many thanks ;-)
--
View this message in context:
Huh, this fast before fpc moderators begin to shout...
> Say a README.txt file telling you exactly what to do, once ideU started up
> for the first time.
+1 (I will add a ASSISTED_README.txt)
> Fred, BobJ has a valid point about...
BobJ has extremely valid points about assisting and if he
> I definitely believe you are not the right track though.
Ha, ok. (and what would be the right-better track) ?
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Using-the-LCL-without-Lazarus-tp5726979p5727004.html
Sent from the
Hello BobJ.
>> Did you enable "Voice Assisted" feature of ideU ?
> Yes, after much trial and error or, probably more accurately, much trial
> and
failure.
Did you download the release version of ideU here :
https://github.com/fredvs/ideU/releases/tag/1.3.0 ?
All is
>That was my concern too when Fred started with the accessibility options
> for MSEgui. I suggested to use and extend the "iassistiveclient" and
> "iassistiveserver" interfaces of MSEgui in order to connect to standard
> screen readers instead to implement own reader functionality.
Hum, not
Hello.
> My attempts to use the following software has proven to be unsuccessful
> because of the "unfriendly" nature of their video displays:
> IDEU IDE
What do you mean with "unfriendly" nature of their video displays" ?
Did you enable "Voice Assisted" feature of ideU ?
What would you want to
Huh, sorry to come back with this but...
Loadlibrary() for a sub-dependency works. ;-)
For example:
libopusfile.so has libopus.so as dependency.
So, before to loadlibrary(libopusfile.so), do --> loadlibrary(libopus.so),
keeping the original file-name.
Example:
Hello.
One of my application use libgcc_s_dw2-1.dll.
Sadly, on Wndows 10 I've got "Runtime Error!", when closing the program.
The dll is working but this appends if libgcc_s_dw2-1.dll is static or
dynamically loaded.
This is the message after closing the error-panel:
Microsoft Visual C++
Hello.
Some developers treat me as dinosaur because I use threads in place of doing
parallelism.
Huh, ok, but why parallelism is better and how to do it with fpc ?
Thanks.
Fre;D
-
Many thanks ;-)
--
View this message in context:
@Karoly Balogh (Charlie/SGR)
Perfect, I have now all the arguments to defend the "Dinosaur Threading"
choice.
Thanks.
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Threading-vs-Parallelism-tp5728018p5728025.html
Sent from the
> besides hardware parallelism,
Is it possible, with fpc, to assign one processor (if multi) for a thread
and say to the system to use this one only for the thread ?
But maybe it will gives more problems than solutions.
Fre;D
-
Many thanks ;-)
--
View this message in context:
> I would not pay too much attention to what these developers are saying.
Excellent idea, I will do the same ;-)
> how software parallelism ( in the sense of true simultaneous execution )
> in a single process without using ( OS dependent ) threads can be achieved
> ?
Huh, it is exactly was
Michael Van Canneyt wrote
> Best is probably:
>
> Type
>TDummyThread = Class(TThread)
>public
> procedure execute; override;
>end;
>
> procedure TDummyThread.Execute;
>
> begin
>FreeOnTerminate:=True;
>Terminate;
> end;
>
>
> begin
>TDummyThread.Create(True)
>
Oops, I did not see your answer.
Thanks Michael.
My original bug was that I did:
MyThread = class(TThread)
...
procedure OnTerminate ;
...
It was not working, of course because OnTerminate is a procedure of object:
procedure OnTerminate(sender: Tobject); ---> This solve all.
Fre;D
-
> procedure OnTerminate(sender: Tobject); ---> This solve all.
Not sure. ;-(
Hello.
It is me again.
I am loosed.
If I do :
MyThread : = class(TThread);
...
procedure OnTerminate(sender: Tobject); override;
...
There is a error message:
Error: (3058) There is no method in an ancestor class
Hello.
> procedure DoTerminate; override;
Yep, this is the working solution (finally i get it).
Many thanks Bart.
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/TThread-OnTerminate-tp5727888p5727915.html
Sent from the Free
> (or I miss something).
Yes, new glasses.
Sorry for the noise,
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/TThread-OnTerminate-tp5727888p5727890.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
Hello.
Does it exist a equivalent of the Delphi TThread.OnTerminate ?
http://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/delphivclwin32/Classes_TThread_OnTerminate.html
I do not see it in fpc (or I miss something).
Thanks
Fre;D
-
Many thanks ;-)
--
View
> For this, Xorg must be installed.
Huh, of course only for gui applications (fpGUI or MSEgui).
For no gui console application, compile your fpc java native library for the
same cpu than the one of Android.
For example RPi (but I am not sure it is the same cpu as android-devices).
Fre;D
> Thank you *very* much for that nice 3:24 6.2 MB video.
Thanks for the thanks ;-).
> Now I need to figure out the most *simple* way to do that on an Android
> phone or tablet.
For this, Xorg must be installed.
Take a look here:
https://blog.hamal.in/?p=15
or here:
> TDummyThread.Create(True)
Huh, I have memory leak with this.
Should it not be: --> TDummyThread.Create(false) ? (because with this, no
memory leak)
Fre;D
-
Many thanks ;-)
--
View this message in context:
>> TDummyThread.Create(True)
> Huh, I have memory leak with this.
> Should it not be: --> TDummyThread.Create(false) ? (because with this, no
> memory leak)
Hello.
Sorry to come back with this but without answer I am still full of doubt.
Is TDummyThread.Create(True) wanted and so the
> I suppose if you just call the Exe and do piping this is not a violation of
the GPL according to Richard Stallman
Yes, it is what answered the author when I asked it by email.
About using the library directly (with loadlib(espeak.so) or statically) he
answered that ... the license is clear, you
Hello.
There is also a free-open-source project : espeak :
http://espeak.sourceforge.net
The licence is GNU General Public License so you may use the executable like
you want.
If you want to use the espeak library only, there is a fpc header here:
https://github.com/fredvs/sak/blob/master
> As you can see it uses double, which means you will be OK to supply
> both single and integer values, just load the array with them and they
> will be converted.
Many thanks for answer.
Hmmm, it seems magic and very simple to use.
Ok, I will try with my audio library.
By the way (who
Free Pascal - General mailing list wrote
> No, your "var PPChar" was still wrong. It's either "var PChar" or "PPChar"
> and nothing else.
Huh, in last commit (5e680a4 10 hours ago) --->
https://github.com/fredvs/uos/blob/master/src/uos_mpg123.pas#L67
Hello.
For those who are interested, Thomas Orgis (the creator of mpg123) did
answer: --->
https://sourceforge.net/p/mpg123/bugs/248/
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Get-value-of-PPChar-tp5728277p5728291.html
Sent
Free Pascal - General mailing list wrote
> According to the code it also returns 0 with icy_meta being Nil if there
> is no corresponding data:
> https://github.com/georgi/mpg123/blob/master/src/libmpg123/libmpg123.c#L1384
Ha, nice, you did find the only doc available : the source code (that
Jon Foster wrote
> The only thing that console apps need is a terminal emulator.
Huh, yes, when I re-read my mail, I see directly that this will be the
problem.
The "One only library-method used by the Java Class" needs of course a
terminal to show his output.
Jon Foster wrote
> Linux (Android
Free Pascal - General mailing list wrote
> resu := mpg123_icy(ahandle, theicytag);
> if (resu = 0) and Assigned(theicytag) and Assigned(theicytag^)
> then writeln(theicytag^);
Hello and thanks for answer.
Indeed, that way no more crash but also nothing from writeln(theicytag^).
I did a check
>And how you'll need to use it will depend upon the function's documentation
Huh, you did not know ?
With audio libraries there is a law: NO doc (other that the C header) and NO
demos.
So you must guess and explore all by your self.
Fre;D
-
Many thanks ;-)
--
View this message in
Christo Crause wrote
> I suppose you have to allocate memory and create a pointer to a pointer to
> this memory which you pass to the function.
Hello and thanks for answer.
Huh, ok, but how do you do this by code ?
Fre;D
-
Many thanks ;-)
--
View this message in context:
Free Pascal - General mailing list wrote
> function mpg123_icy(mh: Tmpg123_handle; var icy_meta: PChar): Integer;
> cdecl;
Thanks for your answer.
I did try with this but :
res := mpg123_icy(mph,theicytag);
if (res = 0) then writeln('resu = ' + inttostr(res)); // OK = 0
if
Bart-48 wrote
> If you know that res equals 0, then a simple writeln('resu = 0'); would
> suffice.
> Second, there is no need do an inttostr(res) inside write(ln).
> Write(ln) is perfectly capable of writing integers (as it has been
Huh, of course I know all this, sorry, I just mixed copy paste
Hello.
A C method is defined like this:
MPG123_EXPORT int mpg123_icy(mpg123_handle *mh, char **icy_meta);
and translated in Pascal with this:
function mpg123_icy(mh: Tmpg123_handle; var icy_meta: PPChar): integer;
cdecl;
OK, the function seems to work because the result = 0 (no error).
But
Hello.
Is it possible to add a array of float into ressource ?
For example, there is myarray : array of cfloat.
Is it possible to store that array myarray ressource and, when I want to use
it from ressource, I get also a array of float ?
In wiki : http://wiki.freepascal.org/Lazarus_Resources
> can't you have spreading incorrect information on C
Hello.
Some more infos about the problem of our C friends
It seams that for C compilers (Clang, gcc, c++, VS,...) the way to order the
data with a TFileStream differs (not same x-endians) for encoding float.
So you must do it by code and
> This has nothing to do with C compilers or with 16 vs 32 bit numbers.
Ha, ok.
Then I do not understand why C developers are afraid to store float data.
;-)
Fre;D
-
Many thanks ;-)
--
View this message in context:
s it must set the wFormat tag in the 'fmt' chunk to
WAVE_FORMAT_IEEE_FLOAT (3).
I have try but this does not work.
For recording, I will use a "custom" pcm format, using array of float
(because with fpc we are not afraid to use float).
Thanks for infos.
> @Fredvs: If your wav is noise
> I don't know. By all logic, it should not work either.
Yes, it is I think too.
Some more explanation:
I use a "global" buffer of float to store data.
Those data can be int16, int32 or float32.
For example,
If data are integer (16 or 32 bit), I do:
bufferfloat[x] := 127.0 ; (for int16)
Define "much less success". How are you writing the array and how are you
reading it?
Hello and thanks for answer.
Here how the array is written:
var
buffer : array of float;
FileBuffer.Data := TFileStream.Create(filename,fmCreate);
FileBuffer.Data.Seek(0, soFromBeginning);
> I don't know. By all logic, it should not work either.
OK, It comes from a "lucky" bug (thanks to reveal it).
There was a setlength(buffer, length(buffer) * channels) not needed.
Ok, fixed.
But the problem remain:
If data are int16 or int32: OK, the file is created with +- 1 mega bytes and
I
> Or, quite comically maybe: use a text file
Or maybe, like in my second post, convert float32 ---> integer32
for x := 0 to length(floatbuffer) -1 do
begin
floatbuffer[x] := round(floatbuffer[x] * 2147483647);
if floatbuffer[x] > 2147483647 then floatbuffer[x] := 2147483647;
if
> I don't know what you're doing wrong, but the following works:
Huh, it is exactly what I (think to) do.
And re-reading hundred times my code does not see any difference.
OK, I will re-read thousand times the code, maybe I will find what is wrong.
Many thanks for your code Sven.
Fre;D
Re-hello.
Ok, I do not find yet the guilty in my code, I will re-try a other day.
By the way, your code is working perfectly Sven.
Now, last part of the question: how to convert that file stored into
ressource but without to write to the disk (only memory stream)?
A TFileStream could be used
eed a conversion (like explained by Lukasz Sokol).
And it is the reason why I am (once again) very impressed by fpc.
Many thanks Sven for your help.
Do you agree if I add your name into the list of the "great contributors" of
uos (https://github.com/fredvs/uos) ?
Fre;D
-
Many thank
>> Many thanks Sven for your help.
>> Do you agree if I add your name into the list of the "great contributors"
>> of
>> uos (https://github.com/fredvs/uos) ?
> I don't think that's necessary. I'm merely doing my "job"...
OK, I underst
> What are you trying to achieve?
Hello and thanks for answer.
Huh, I realize that what I ask is stupid.
Of course that array of float must be saved into file to be insered as
ressource.
I want to save a buffer of audio samples (a array of float) and use that
saved file as ressource for a
OK, Sven you win (and http://stackoverflow.com should follow fpc forum).
But you will not convince me that c does better than fpc, maybe equal but
surely not better.
Huh, saving a buffer of float into wav file format, with correct header,
--->
loaded by audacity > horrible noise.
loaded by
Hello.
Here a easy way to translate all your fpc applications into Java
applications (class).
The trick is to convert your fpc applications into native java libraries.
It works for fpc console, fpGUI and MSEgui code on Android OS too.
Here we go:
1) In your main application change this:
Hello.
Michael Van Canneyt wrote
> To fix that, you can do the following.
> In the library startup code, create a dummy thread.
> This will initialize the threads mechanism:
>
>with TThread.Create(False) do
>
> end.
I use this for initialize my libraries:
With TThread.Create(False) do
Hello.
Once again, fpc has nothing to do with that problem.
See here:
https://www.kapilarya.com/this-application-has-requested-the-runtime-to-terminate-it-in-an-unusual-way-windows-10
Ok, (grrr...), I will follow this notice.
PS: If I may, I find strange that Microsoft cannot make
Hello.
When TThread.Priority will be implemented ?
Why not give a compiler message that TThread.Priority is not yet implemented
when using it ?
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/TThread-Priority-when-tp5729381.html
Hello.
Please take a look at this:
https://www.mail-archive.com/fpc-pascal%40lists.freepascal.org/msg46162.html
and this:
http://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/msg11078.html
fpc has a huge problem for float calculation.
It makes fpc not competitive for audio
Hello Sandro.
Sandro Cumerlato wrote
> IIRC a Pascal mpeg decoder is implemented within IAP:
>
> https://github.com/CWBudde/IAP
Wow.
I see the code is for Delphi.
Did you try it with fpc ?
There are no demo for mpeg decoder.
Do you know how to use it ?
Thanks.
Fre;D
-
Many thanks
fredvs wrote
> Hello.
>
> Sorry to come back with this story but there are (good) news.
>
> Using
*
> --gc-sections
*
> makes the library smartlinked.
>
> So the question is:
>
> Why FPC does not provide
*
> --gc-sections
*
> to the linker wi
Michael Van Canneyt wrote
> On Mon, 15 May 2017, fredvs wrote:
>
>> fredvs wrote
>>> Hello.
>>>
>>> Sorry to come back with this story but there are (good) news.
>>>
>>> Using
>> *
>>> --gc-sections
>> *
>>
Michael Van Canneyt wrote
> On Wed, 17 May 2017, fredvs wrote:
>
>> Hello.
>>
>> OK, I see that fpc team is afraid to change something that mom-Delphi did
>> not do.
>
> This is simply not correct and a *very* unfair statement on your part.
> Mails lik
Michael Van Canneyt wrote
>>> You didn't even file an official request in the bugtracker ?
>>
>> Because I tried already and because I know the (rejected) answer.
>
> Where is this bugreport ?
I was talking about earlier other requests.
But now, if you think that the request has a little
Marco van de Voort wrote
> In our previous episode, Michael Van Canneyt said:
>> > Does it work for all situations? I remember a bug for the rust
>> compiler
>> > that broke libraries when --gc-sections was used, because it removed
>> the
>> > metadata that rust needed to load the library. One
Hello.
OK, I see that fpc team is afraid to change something that mom-Delphi did
not do.
So, to resume, for people who wants to smartlink their libraries, you may
use this command:
*fpc -k--gc-sections my_smartlinked_library.pas*
Fre;D
-
Many thanks ;-)
--
View this message in
Hello.
Sorry to come back with this story but there are (good) news.
Using *--gc-sections* makes the library smartlinked.
So the question is:
Why FPC does not provide *--gc-sections* to the linker with the -XX paramer
for libraries ? (Bug ?)
Fre;D
-
Many thanks ;-)
--
View this
Maciej Izak wrote
> 2017-05-16 10:15 GMT+02:00 fredvs
> fiens@
> :
>
>> It works for all situations, so I propose that fpc add --gc-sections as
>> parameter for the linker if the user has used -XX parameter to compile a
>> library.
>>
>
&
Michael Van Canneyt wrote
> What can be misunderstood about adding --gc-sections to the linker
> options if -XX is used on the command-line ?
Ha, the way you present it seems to show that you did understand it ;-)
OK, maybe is it time to add a feature request...
Fre;D
-
Many thanks
noreply wrote
> On 2017-05-15 04:26, fredvs wrote:
>> After lot of fight, there is a solution: using -*-gc-sections*.
>>
>> And the question was :
>>
>> /Why FPC does not provide --gc-sections to the linker with the -XX
>> paramer
>> for libra
t; anyone has written an mp3 decoder (to pcm data) for free pascal.
>
> For reference, here is a C# mp3 decoder that can convert mp3 data to pcm
> data in blocks, which is a preferred method.
>
> https://github.com/ZaneDubya/MP3Sharp
Hello.
With uos ( https://github.com/fredv
Sandro Cumerlato wrote
> Hello Fred,
> I compiled it a few years ago, but I don't remember which compiler I
> used, sorry.
>
> IAP is demo itself, but I remember that during my testing it was
> quite unstable.
>
> Maybe you can contact the author (C.W. Budde) directly for more info, good
>
Paul Breneman wrote
> I'll try to help do something similar for console and fpGUI programs
> using ideU.
Ho, that will be highly appreciated.
Many thanks Paul.
Fre;D
-
Many thanks ;-)
--
View this message in context:
Hello Paul.
> How simple can we make this?
I have some videos showing ideU/polydev features, maybe it can be useful ?
Huh, maybe we could open a new topic in fpc-other ?
Fre;D
-
Many thanks ;-)
--
View this message in context:
Paul Breneman wrote
> I'll try to figure out how to do things (using ideU) first on my 64-bit
> Xubuntu 16.04. After that is clear it should be easier to try the same
> thing on Android? Are there any wiki pages for this? If not I'd like
> to help create one.
Hello Paul.
Are you taking
Michael Van Canneyt wrote
> On Tue, 16 May 2017, fredvs wrote:
>
>> Michael Van Canneyt wrote
>>> What can be misunderstood about adding --gc-sections to the linker
>>> options if -XX is used on the command-line ?
>>
>> Ha, the way you presen
Hello.
The best (IMHO) is c2pas32 --> http://www.astonshell.com/freeware/c2pas32/
But it is old and translate into Delphi code, so still work after...
Fre;D
-
Many thanks ;-)
--
View this message in context:
https://bugs.freepascal.org/view.php?id=32367
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
>> https://bugs.freepascal.org/view.php?id=32367
> Maybe close out that bug then?
Or fix it (Martin gave all the keys how to do, even Florian agree with it) ?
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
Thanks Sven! (and sorry for the delay)
Huh, if you see other things that I have to check for compatibility of fpc
=> 030100 vs fpc < 030100, please dont hesitate to advice.
At the moment this is used:
// I do not know what those warnings are about but added by Martin
{$if fpc_fullversion >=
> cause the type information is read only.
Yes, it is why I will not jump into that proposition.
> And if someone is not able to check for a simple flag then they shouldn't
> work with the RTTI.
Huh, like in your code-fix?
;-)
Ok, all is ok, many thanks Sven and have a perfect summer.
Fre;D
> The check for the flag worked.
Yes and many thanks for your clear demo program tmethodinfo.
This removed all my doubts.
> t's the remainder of the code that's broken.
Yes and I did not find how to fix it in the main loop (and I am tired for
this now).
All the tests I did checking flag after
Hello Sven.
> {$if declared(AlignTParamFlags)}
Excellent!
If, by chance, you're running out of ideas for new methods for fpc 3.3.1
trunk and have nothing to do or you're bored...
For people that are not fan of headaches (so not for me), add this method:
RemovepfHiddeninTParamFlags(Pparamlist).
Hello Michael.
> Can you be more precise ?
I would like!
It appends when reading mse sta files.
with that types:
tstatreader = class;
tstatwriter = class;
With rev 42375, some sections of the sta-file are no more recognized, like
"layout" section.
I have to confess that I am in the dark
Hello Sven.
> I assume your code in msegui directly accesses the RTTI instead of using
> the types provided by the TypInfo unit.
Ha, ok, I will jump into mse + TypInfo and see what it says.
Thanks.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
Hello everybody and specially Sven Barth.
With last trunk of fpc, msegui is no more compatible with fpc.
After big fight, it appears that commit of Sven Barth on Jul 13 2019, rev
42375 breaks compatibility --->
"as attributes can be part of any type they are best suited in a common part
of
> What is a sta file ?
"sta" file is a stat-like file that contains some infos about msegui widget
behavior (and much more if you want).
For example you may use mse-sta file as ini (or json) file, used to store
parameters of layout of forms of your mse application.
You may use also mse-sta files
> Yes, but that does not tell me why a change in RTTI info would stop this
from working.
Same for me, I absolutely dont understand why a change in RTTI info would
stop this from working.
It is why I did the "explorer" way to debug the problem: doing regression
from last fpc trunk until a revision
Hello Sven.
> I assume your code in msegui directly accesses the RTTI instead of using
> the types provided by the TypInfo unit.
IMHO, after check, it seems that msegui uses the types provided by the
TypInfo unit.
In each "uses" section of a msegui unit was added "typinfo".
So maybe it should
Hello.
> Type information contains reference to attribute table
> Old behavior: The first field of the data represented by TTypeData is
> whatever the sub branch
> of the case statement for the type contains.
> New behavior: The first field of the data represented by TTypeData is a
> reference to
Hello Sven.
> Just look at the changes: ...
OK, but before I have to check my stock of aspirin.
I think I'm going to need a lot this time.
Many thanks Sven to help me in that complete darkness.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
> sounds like you need a copy of the files before and after so you can easily
diff them and see where the difference is...
Are you talking about the .sta file?
Good, idea, I will see if it is different at saving.
But I have doubt because using a fpc < rev 42375 all is ok, even after
saving the
Hello everybody (included Sven).
It seems that the problems come from
/mseide-msegui/lib/common/fpccompatibility/mclasses.pas.
In procedure TReader.ReadPropValue(Instance: TPersistent; PropInfo:
Pointer), IMHO there is something not compatible with rev 42375.
It would be wonderful if somebody
> That's what I meant in the mail you replied t
Yes, sorry, when I sent it, you just post yours before I read t.
> So it definitely works
Good news.
> now you only need to figure out the problem in your code.
Huh, it comes from your code.
Thanks Sven.
Fre;D
-
Many thanks ;-)
--
Hello.
Sorry, I am not the skill to find the problem with your code.
I did try but I loose.
So, I still followed your advices to remove all pfHidden stuff.
It is done at end of the procedure, updating the "info" variable.
Here code fully working.
You may take a look at end of code:
> It's not beautiful if you mean that, but it will work...
OK, I will make it nicer.
> Oh and just in case you want more headaches...
Yes, please, I adore it.
By the way, about headache, may I ask what number of FPC_FULLVERSION will
be used for that wonderful new feature?
OK, nice fight and
Hello.
> {$if FPC_FULLVERSION >= 030300}
> paramlist1 := AlignTParamFlags(paramlist1);
> {$endif}
Hum, with fpc 3.3.1. [2019/04/24] there is that error message:
msedesignparser.pas(694,43) Error: Identifier not found "AlignTParamFlags".
Could it be that the full-version used for
> No, It's > 030300, but your version of trunk is too old, the function
> was only added a few days ago.
Ha, ok. (but a few tricky, a new number for a new feature would be ok too).
Thanks Sven.
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
> I'm no fan of those nested with-blocks
Same for me.
Did you see my fixes, do you agree with it ?
Fre;D
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist -
>. I think it /should/ work however if you add a "{$if > FPC_FULLVERSION >=
030300}
Oops, sorry, you writed it already: if > FPC_FULLVERSION >= 030300
OK thanks.
Huh, and for:
> if FPC_FULLVERSION >= 030200 (not sure of the number)
>then use pfHidden flag.
Is 030200 the right number?
> Well, nicer would be if you'd do it inside the main for-loop.
Yes, I 100 % agree with that but...
After *lot of* try and *lot of* headaches I give up.
I perfectly understood (I think) your code with filter inside the loop, it
should work but the result is not ok.
There s a strange $self first
-
Many thanks ;-)
--
Sent from: http://free-pascal-general.1045716.n5.nabble.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> You should also use 030100 here as that was added at the same time as the
switch to Word size.
Ha, ok (so Martin only had begin the work for 030100, I was thinking that
fpc > 030100 = fpc > 3.0.0., like fpc 3.0.2. or fpc 3.0.4).
So the logic is ok, fpc > 030100 = fpc > 3.1.0.
Many, many
301 - 400 of 520 matches
Mail list logo
