Re-hello Vasi.
ideU compiles and works ok.
https://github.com/mse-org/mseide-msegui/assets/3421249/1d68e8bb-1fa0-40e2-9849-52fc534bda16
Of course the file-dialog does not work but if you write the complete path of a
project, it loads and you can use the ide.
So there is only that readdir_r()
Hello Vasi.
Thanks for the encouragement!
All the GUI part is working perfectly, even with BGRABitmap.
But there is that Readdir_r() and his dirent-structure-record that gives
problems.
All other methods using libc like openfile(), work it is just that Readdir_r().
Sadly I cannot take
Thank you Fred, your effort is greatly appreciated! I am happy with what
you did already!
Thank you again!
On Fri, Jun 2, 2023 at 11:49 PM Fred van Stappen wrote:
> Hello Vasi.
>
> I did spent some white night and black afternoon but I am blocked with one
> method that does not work as
Hello Vasi.
I did spent some white night and black afternoon but I am blocked with one
method that does not work as expected.
It is function "sys_readdirstream(var stream: dirstreamty; var info:
fileinfoty): boolean" in /kernel/linux/msesysintf.pas.
With Linux and FreeBSD, after the function
Hello vasi,
you wrote on Thu, 1 Jun 2023 12:35:27 +0300:
> Thank you Sieghard, much appreciated! I was able to compile msegui using a
> command from Fred's ideU cimpiling directions.
Ok, fine.
If you'd like t osee my script anyway, give notice. I can put it on my
mseide Web page for you (and
I will test it in around one hour, and keep you posted.
On Thu, Jun 1, 2023 at 3:40 AM Fred van Stappen wrote:
> Re-..._re hello Vasi.
>
> Yep, on OpenBSD, mseide compiles, links and ... run!
>
> Last commit should do the trick.
>
> Here sceenshot ( the last for tonight ):
>
>
Thanks Vasi!
But there is still problem with the access to files, like with the file-dialogs.
It needs some more white nights...
Fre;D
De : vasi vasi
Envoyé : jeudi 1 juin 2023 11:33
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] New
Thank you Sieghard, much appreciated! I was able to compile msegui using a
command from Fred's ideU cimpiling directions.
On Thu, Jun 1, 2023 at 3:13 AM Sieghard via mseide-msegui-talk <
mseide-msegui-talk@lists.sourceforge.net> wrote:
> Hello vasi,
>
> you wrote on Wed, 31 May 2023 10:23:18
Wow Fred! I was quick to give up! Man, you are fantastic, there is no thank
you enough to pay your efforts!
God bless!
On Thu, Jun 1, 2023 at 3:40 AM Fred van Stappen wrote:
> Re-..._re hello Vasi.
>
> Yep, on OpenBSD, mseide compiles, links and ... run!
>
> Last commit should do the trick.
>
>
Re-..._re hello Vasi.
Yep, on OpenBSD, mseide compiles, links and ... run!
Last commit should do the trick.
Here sceenshot ( the last for tonight ):
https://github.com/mse-org/mseide-msegui/assets/3421249/3ff71e23-396a-472a-a34e-083a37284cab
Fre;D
De : vasi vasi
Envoyé : mercredi 31 mai 2023
Re-re-re hello Vasi.
Here the result of compil+link:
https://github.com/mse-org/mseide-msegui/assets/3421249/4750a48e-a861-4af4-b258-eb014c4a2a96
OK, I stop for tonight.
Fre;D
De : vasi vasi
Envoyé : mercredi 31 mai 2023 19:50
À : General list for MSEide+MSEgui
Re-re hello Vasi.
OK, debugged mseide on OpenBSD and it seems to have problem with iconv library.
I have to investigate deeper ( of course if you have a idea, welcome ... )
Here screenshot of the thing:
Hello Vasi.
In last commit of mseide-msegui is fixed linking with OpenBSD.
I did try to compile mseide and now it is ok, it compiles and link.
But it crash at running.
;-(
Fre;D
De : vasi vasi
Envoyé : mercredi 31 mai 2023 19:50
À : General list for
Hello Vasi
OK, OpenBSD + Xcfe4 + fpc installed.
I have try to compile mseide.
Indeed, some errors at linking:
msecwstring.pas --> undefined reference to __error, iconv, iconv_open,
iconv_close.
mselibc.pas --> undefined reference to __error
msesysintf1.pas --> undefined reference to __error
Hello Vasi.
I am busy to install OpenBSD 7.3. on a virtual VMware.
OK, install of OpenBSD was ok, now I install all the Xorg things following this:
https://www.birkey.co/2022-01-29-openbsd-7-xfce-desktop.html
The good new is that pkg_add is working and I can download the packages.
Write you
* meant to say /etc as destination for the doas.conf file...
On Wed, May 31, 2023 at 8:48 PM vasi vasi wrote:
> There is no binary compatibility between FreeBSD and OpenBSD... none of
> the *BSDs are compatible.
> Lazarus gets compiled from sources using the fpc from OpenBSD repos...
> To get
There is no binary compatibility between FreeBSD and OpenBSD... none of
the *BSDs are compatible.
Lazarus gets compiled from sources using the fpc from OpenBSD repos...
To get root access, your user must be member of wheel and control groups.
Instead of sudo, you use doas.
To activate doas, you
Hi Fred,
fpc is included in OpenBSD repository...
you look for it with pkg_info -Q fpc
and install it with pkg_add fpc
but you have to install also the other units...
But I think sourceforge has packages for 3.2.2 for OpenBSD?
On Wed, May 31, 2023 at 7:55 PM Fred van Stappen wrote:
> Re-re
Re-re hello Vasi.
Do you know from where to download a fpc OpenBSD release?
I only found fpc install release for FreeBSD (or maybe the release of fpc
FreeBSD works for OpenBSD) ?
Thanks.
De : vasi vasi
Envoyé : mercredi 31 mai 2023 10:36
À : General list for
A big thank to all and especially to Fred van Stappen.
Med
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re-hello Vasi.
I did not yey jump into OpenBSD.
But in msegui code there are lot of "{$ifdef freebsd}" maybe you could try
changing it into "{$ifdef bsd}" so it will take OpenBSD too.
Fre;D
De : vasi vasi
Envoyé : mercredi 31 mai 2023 10:36
À : General list
Hello Vasi.
I never try to use msegui with OpenBSD.
I will install it asap on VM on my laptop and try.
By the way what is the main difference with OpenBSD vs FreeBSD (that works here
on my VM).
Thanks for your attention.
Fre;D
De : vasi vasi
Envoyé :
Ok, I tried mseide first, it compiles msegui ok but fails at linking...
It says there are undefined references to "__error" and "iconv" in
msecwstring.pas, mselibc.pas and msesysintf1.pas
Probably OpenBSD not a valid target?
On Wed, May 31, 2023 at 10:42 AM vasi vasi wrote:
> Actually, I will
Actually, I will try to figure it from your compilation command of uide
from your repository, I'll keep you posted...
On Wed, May 31, 2023 at 10:23 AM vasi vasi wrote:
> Thank you Fred, my problem with mseide-msegui is as follows:
> I run OpenBSD 7.3 on one of my laptops (where is fpc 3.2.2 but
Thank you Fred, my problem with mseide-msegui is as follows:
I run OpenBSD 7.3 on one of my laptops (where is fpc 3.2.2 but no Lazarus)
and I would like to have a makefile or a script that assures the
compilation of the msegui units, required to create mseide executable. Once
done, probably I will
Thanks Vasi vasi!
By the way there is a new release of ideU:
https://github.com/fredvs/ideU/releases/
In the assets there are also the "PacPas" releases that include all needed: fpc
compiler, gdb debugger, source of msegui, fpgui and bgrabitmap.
No need to config anything, just download the
Thank you Fred, much appreciated!
On Tue, May 30, 2023 at 12:37 AM Fred van Stappen wrote:
> Hello Vasi vasi and everybody!
>
> OK, new very stable release:
> https://github.com/mse-org/mseide-msegui/releases/tag/5.8.0
>
> Enjoy!
>
> Fre;D
>
> --
> *De :* vasi vasi
Hello Vasi vasi and everybody!
OK, new very stable release:
https://github.com/mse-org/mseide-msegui/releases/tag/5.8.0
Enjoy!
Fre;D
De : vasi vasi
Envoyé : lundi 29 mai 2023 12:48
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] New
Yes, always good to have the fixed version! Thank you!
On Sun, May 28, 2023 at 10:24 PM Fred van Stappen wrote:
> Hello everybody.
>
> Thanks to Sieghard, Jonas and LagProgramming there was many fixes from
> last release.
> What do you think to do a new release 5.8.0 with all the last fixes?
>
Hello everybody.
Thanks to Sieghard, Jonas and LagProgramming there was many fixes from last
release.
What do you think to do a new release 5.8.0 with all the last fixes?
Fre;D
___
mseide-msegui-talk mailing list
Hello Fred,
vous ecrit au Tue, 21 Mar 2023 01:06:41 +:
> The only easy way I found was using BGRABitmap:
>
> procedure TfrmMain.CopyScreenForm;
Thank you for the information - so it looks like there's indeed no easy
way to get at the contents of an msegui window from within msegui (so to
Re-hello Sieghard.
Ooops, once again I have to resent the mail with correction:
The only easy way I found was using BGRABitmap:
procedure TfrmMain.CopyScreenForm;
var
FMyCapture: TBgraBitmap;
Clip: TRect;
begin
try
FMyCapture := TBgraBitmap.Create;
Clip
Hello Sieghard.
The only easy way I found was using BGRABitmap:
var
FMyCapture: TBgraBitmap;
procedure TfrmMain.CopyScreenForm;
var
Clip: TRect;
begin
try
Clip := Bounds(Left, Top, Width, Height);
Clipboard.Assign(FMyCapture.Bitmap);
except
Hello Fred,
vous ecrit au Mon, 13 Mar 2023 17:18:53 +:
> LCL allows reading form's rendered bitmap by accessing
> TForm.GetFormImage. For example you can save the bitmap in a
...
> thing in msegui? Is it possible to somehow SaveToStream or SaveToFile the
> bitmap rendered by a msegui form?
>
Hello.
I receive a message from a Lazarus user but I cannot help.
Here the message:
LCL allows reading form's rendered bitmap by accessing TForm.GetFormImage. For
example you can save the bitmap in a stream(TForm.GetFormImage.SaveToStream) or
in a file(TForm.GetFormImage.SaveToFile). How can
Hello Fred,
you wrote on Fri, 10 Mar 2023 17:39:18 +:
> Argh, in previous post, please read this:
>
> I used indeed the last release of MSEide:
> https://github.com/mse-org/mseide-msegui/releases/
Well, yes, that's how it reads - what's wrong with it?
...
> Afaik, if no mode was
Argh, in previous post, please read this:
I used indeed the last release of MSEide:
https://github.com/mse-org/mseide-msegui/releases/
Fre;D
De : Fred van Stappen
Envoyé : vendredi 10 mars 2023 18:35
À : General list for MSEide+MSEgui
Objet : RE:
Hello Sieghard.
I used indeed the last release of MSEide:
https://github.com/fredvs/ideU/releases.
Afaik, if no mode was defined in the unit, the default mode is mode "FPC".
And with this mode, you have to add minimum {$modeSwitch exceptions+} and so
fpc accepts the "raise" statment.
>
Hello Fred,
vous ecrit au Fri, 10 Mar 2023 00:19:31 +:
> Ooops, in previous post I did not get error because I used the last
> commit of msegui.
>
> So, without the "modeswitch" I get that error, see picture:
>
>
Re-re hello Sieghard.
Grrr, mailing list does not synchro well.
The last valid mail is the one with the screenshot of the error if no
modeswitch was added.
Fred
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
Hello Sieghard.
> Could you give me some hints as to what to do now? Thank you.
Hum, I just try to get the same error compiling MSEide without the "modeswitch"
statements and now the compiler does not cry.
About "did not compile" the compiler stoped focusing on the word "Raise"
unknown
Re-hello Sieghard.
Ooops, in previous post I did not get error because I used the last commit of
msegui.
So, without the "modeswitch" I get that error, see picture:
https://user-images.githubusercontent.com/3421249/224190166-757b36da-6a91-47f2-9466-d52eaf63d92f.png
Hello Fred,
you wrote on Mon, 6 Mar 2023 01:20:25 +:
> By the way, in last mseide-msegui commit, I added {$modeSwitch class+}
> and {$modeSwitch exceptions+} in FieldTypeError.pas otherwise MSEide did
> not compile. There was complaining about "Raise" indentifier unknown.
Interesting, I
Hello Fred,
you wrote on Wed, 8 Mar 2023 11:22:34 +:
> You do not need to go to the mseide-msegui site.
> Just use this link and you will get the last source with last commit (it
> is automaticaly updated):
> https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip
Ok, fine -
Hello Sieghard.
> I think, I'll best look directly at the github page and get the there and
then current version...
You do not need to go to the mseide-msegui site.
Just use this link and you will get the last source with last commit (it is
automaticaly updated):
Hello Fred,
you wrote on Tue, 7 Mar 2023 13:00:20 +:
> In previous post, the commit is (previous was a other commit):
Well, thank you...
I think, I'll best look directly at the github page and get the there and
then current version...
I haven't looked at the issue yet.
--
(Weitergabe von
Hello Sieghard,
>. The version I downloaded doesn't have them - yet?
Commit the 6/ 3/2023
https://github.com/mse-org/mseide-msegui/commit/c636a7bb996a2f42bbd0824b8fd1e404a6a88908
Fred
___
mseide-msegui-talk mailing list
Hello Fred,
you wrote on Mon, 6 Mar 2023 01:20:25 +:
> By the way, in last mseide-msegui commit, I added {$modeSwitch class+}
> and {$modeSwitch exceptions+} in FieldTypeError.pas otherwise MSEide did
> not compile. There was complaining about "Raise" indentifier unknown.
Interesting. The
Hello Sieghard.
Thanks for your fix, I will commit it asap.
By the way, in last mseide-msegui commit, I added {$modeSwitch class+} and
{$modeSwitch exceptions+} in FieldTypeError.pas otherwise MSEide did not
compile.
There was complaining about "Raise" indentifier unknown.
Fre;D
Hello Fred,
you wrote on Wed, 1 Mar 2023 19:45:40 +:
[stockobjects.extended crashes application]
Thank you again for reporting this Error. Indeed, this was my fault, I
had introduced a non-terminating recursion there instead of providing, as
planned, a safe initialization. In fact, the
Hello Fred,
vous ecrit au Wed, 1 Mar 2023 19:45:40 +:
> > result:= lang_extended [ord (index)];"
> > in unit "msestockobjects.pas". As one of my goals was to get rid of
...
> I did this because if I keep your modif, when trying to delete a line
> from a grid, the application crash.
...
>
Hello Sieghard.
Thanks for your kind words.
> I just noticed two occurences of an insertion,
>"// result:= stockobjects.extended [index];
> result:= lang_extended [ord (index)];"
> in unit "msestockobjects.pas". As one of my goals was to get rid of
> the direct use of the "lang_"-arrays, I
Hallo Fred,
vous ecrit au Tue, 28 Feb 2023 00:10:25 +:
> Dear Sieghard your mseide-msegui-shadow fixes are in GitHub via
> commit 1f52efa. I tested it and all is ok, many thanks for all those
> warnings away.
Thanks, not worth mentioning, surely not so prominently. This was just
out of
Hello everybody!
Dear Sieghard your mseide-msegui-shadow fixes are in GitHub via commit 1f52efa.
I tested it and all is ok, many thanks for all those warnings away.
I have seen you added /db/FieldTypeError.pas to manage error with db field type
errors and updated all units to use it.
Nice and
yes its magical how ai becomes , i was thinking if it could help to improve
fpc , i mean when used by fpc core developers
On Sat, Jan 7, 2023 at 5:05 PM Fred van Stappen wrote:
> Hello everybody.
>
> See here:
> https://forum.lazarus.freepascal.org/index.php/topic,61772.msg466094.html#msg466094
Hello everybody.
See here:
https://forum.lazarus.freepascal.org/index.php/topic,61772.msg466094.html#msg466094
Genuinely terrifying and magical.
Happy new all for all.
Fre;D
___
mseide-msegui-talk mailing list
thanks fred , yes it works by using cl_default
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re-hello Mr Cefou.
OK, I get it.
It is because of the syntax def file used.
In the syntax def file there is a pairmark-color property, for example for
pascal.sdef:
# COLORS font/paper/statement/pairmark/fontline/line/focusline/selected
COLORS cl_default cl_default cl_default cl_ltyellow
Hello Mr Cefou.
Hum, indeed, I just check it.
Will jump into it asap.
Fre;D
De : code dz
Envoyé : vendredi 6 janvier 2023 14:35
À : General list for MSEide+MSEgui
Objet : [MSEide-MSEgui-talk] can't change mark pairwords color
Hi
it seems pairwords mark color
Hi
it seems pairwords mark color in project options can not change its
color , it has only one color (yellow) if i change it to gray for
example it still yellow .
i am using the mseide 5.6.10
___
mseide-msegui-talk mailing list
Hallo Fred,
vous ecrit au Thu, 15 Dec 2022 13:13:58 +:
> I have copy the file from Sieghard-site as attachment in a
> MSEgui-issue. You can download it from here:
Thank you for doing so. I take it that you DID check the validity of
the modifications before publicicing it. There will be huge
Merci Fred ! :)
Envoyé: jeudi 15 décembre 2022 à 14:13
De: "Fred van Stappen"
À: "General list for MSEide+MSEgui"
Objet: Re: [MSEide-MSEgui-talk] Notes & Warnings
Hello Roland!
Bravo les Bleus!
I have copy the file from Sieghard-site as attachment in a MSEgui-issue.
You can
Hello Roland!
Bravo les Bleus!
I have copy the file from Sieghard-site as attachment in a MSEgui-issue.
You can download it from here:
https://github.com/mse-org/mseide-msegui/files/10237207/mseide-msegui-shadow.zip
@Sieghard: many thanks for that hard-boring but highly usefull work that I
Hallo Sieghard!
I would have liked to take a look to the modifications that you made, but I don't see any link to the ZIP files.
And, if I may make a suggestion, why not use for discussion the "issues" of the GitHub repository? It is more handy IMHO than emails.
You could also fork the
Hallo Fred,
following the remark, "I'm always struck by a good number of
compiler messages" (i.e. Note: and Warning:), made in my message from
Wed, 30 Nov 2022 01:11:31 +0100, I now made an attempt to "remedy"
these by eliminang their respective causes, as much as possible.
Well, I'm QUITE a bit
Hallo Fred,
vous ecrit au Mon, 28 Nov 2022 23:29:41 +:
> >Yes, it has improved a whole lot compared to fpc 3,2,2, ESPECIALLY on
> >floating point operations.
>
> In my case, because using extendly float calculation in uos sound
> library, it is a big plus.
My tests don't use really heavy
Re-hello Sieghard.
> The correct comarison always is between corresponding items, i.e. both
> the plain versions (fpc 3.2.2 vs. fpc 3.3.1) or - if available -
> equivalent variants (fpc 3.2.2 llvm vs. fpc 3.3.1 llvm), which do not exist
> for fpc.
Yes, I agree with you but, for the game,
Hello Sieghard.
>Yes, it has improved a whole lot compared to fpc 3,2,2, ESPECIALLY on
>floating point operations.
In my case, because using extendly float calculation in uos sound library, it
is a big plus.
> With integer operations, it has slowed down
> appreciably, by about 30% (i.e. it
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 23:04:08 +:
> fpc 3.3.1 does better than fpc-llvm 3.3.1...
No, that is not the case. But llvm-based fpc 3.3.1 is only marginally
faster than plain fpc 3.3.1 on integer calculations and not much faster
(perhaps around 20%) on floating point
Re-hello Sieghard.
Thanks for the results.
And... hum...
fpc 3.3.1 does better than fpc-llvm 3.3.1...
So fpc 3.3.1 is very good
or fpc-llvm 3.3.1 dont use yet all the power of llvm
or llvm is a joke.
Fre;D
___
mseide-msegui-talk mailing list
Hello Sieghard.
> The question is whether this shows under the given conditions - if it
> becomes noticible only with extensive floating point calculations, it
> can have its area of application. But if that's not what you mainly
> need, it might not be worth it.
Yes and not sure that in real
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 12:29:45 +:
> Note that llvm "is" optimization, without it there is no sense to use
> it. I did some test with float calculations and the difference was
> big (much better for fpc-llvm) when adding -O3 or -O4 parameters.
Well. I just modified my
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 12:29:45 +:
> > The error is the omission of a "-"
> > sign in front of the switch "XlS",
>
> Oooops, indeed, fixed just now in Lazarus forum.
Good. Does the version dependence also get mention there?
...
> > And got rather disappointed. The
Re-re hallo Sieghard.
About speed of float calculation using fpc-llvm -O4:
https://forum.lazarus.freepascal.org/index.php/topic,61069.msg458912.html#msg458912
Have a perfect sunday.
Fre;D
___
mseide-msegui-talk mailing list
Re-hello Sieghard.
About llvm optimization:
https://forum.lazarus.freepascal.org/index.php/topic,61128.0.html
Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
Hallo Sieghard.
> ...
> The error is the omission of a "-"
> sign in front of the switch "XlS",
Oooops, indeed, fixed just now in Lazarus forum.
https://forum.lazarus.freepascal.org/index.php/topic,61069.msg459333.html#msg459333
Thanks to note it.
> And got rather disappointed. The llvm-based
Hallo Fred,
vous ecrit au Sun, 30 Oct 2022 11:47:17 +:
> Just by curiosity.
>
> Has somebody already try fpc + llvm ?
> I have try to compile fpc for llvm but without luck.
You made me curious, and as I had meant to attempt to experiment with
this beast anyway, I now DID some testing. The
Hallo Fred,
vous ecrit au Thu, 17 Nov 2022 15:01:29 +:
> Ha I think I remember now!
> It was because, on Windows, the list is filled with all the
> compatible fonts but it also include the alias-font names and so
> referts to a already font in the list. So the total number of font
...
How
Re-hallo Sieghard!
Ha I think I remember now!
It was because, on Windows, the list is filled with all the compatible fonts
but it also include the alias-font names and so referts to a already font in
the list.
So the total number of font is not fear because some alias names can refert to
font
Hallo Sieghard!
> As an aside question, what are the lines 252 to 254 in "conflang.pas",
>{$ifndef windows}
> inttostr(gridlistfont.rowcount) + ' ' +
>{$endif}
> Why is the number omitted for Windows? There seems to be no reason.
Hum, good question...
Why did I do this?
Sadly I dont have a
Hello Sieghard.
>Does this ONLY happen on Windows or is this a general problem?
Yes it only happends on Windows.
No problem to load MO files on Unix system (including on ARM/AARCH64).
I have done more test on a Windows 10 machine and the array is not filled when
a MO file is used.
Imho, the
Hallo Fred,
vous ecrit au Tue, 15 Nov 2022 02:06:19 +:
> I had the opportunity to fast test ideU compiled with your
> msegui-shadow on a Windows 10 machine this night. All seems ok, the
> list of languages is filled and if selecting a language, using PO
> files, all the layout uses that
Like always the previous mail sent to fast.
Here all the all post.
Hello Sieghard.
>> I commited the change from your msegui-shadow.
> Not so fast - did you test it and got it to work for you, hopefully on
> Windows and perhaps arm systems, too?
I had the opportunity to fast test ideU
Hello Sieghard.
>> I commited the change from your msegui-shadow.
> Not so fast - did you test it and got it to work for you, hopefully on
> Windows and perhaps arm systems, too?
I had the opportunity to fast test ideU on a Windows 10 machine just now.
All seems ok, the list of languages is
Hallo Fred,
vous ecrit au Thu, 27 Oct 2022 19:46:04 +:
> mseide-msegui/GitHub has a "discussion" feature:
> https://github.com/mse-org/mseide-msegui/discussions
>
> And there is some movement there...
I saw it yesterday. Sadly on-line only. I.e., you have to chat while
your doors are all
Hallo Fred,
vous ecrit au Sat, 12 Nov 2022 23:58:53 +:
> > No, the best way should be a method to EXCLUDE use of these data
> > structures and functions in a way that could provoke a failure.
>
> Hum, how do you see this?
The structures are defined in an object environment, and accessed
Re-hello Sieghard.
I commited the change from your msegui-shadow. (also added the last fixes from
Jonas)
https://github.com/mse-org/mseide-msegui/commit/9db47ee8d576e145cdc2487210b74f115715bde8
You did lot of work!
And now all {$ifdef mse_dynpo} are no more used, indeed much nicer.
I did test
Hello Sieghard.
>> I agree with you, it not the best way (but now all works ok).
> No, the best way should be a method to EXCLUDE use of these data
> structures and functions in a way that could provoke a failure.
Hum, how do you see this?
> It's in the new version of the
Hallo Fred,
vous ecrit au Sat, 12 Nov 2022 16:23:22 +:
> Hello Sieghard and sorry for the delay.
No problem, no need to hurry.
> About the added "check", It is because I get crash if, using
> mse_dynpo, the application at loading did not correctly load the
> array of lang. It can appear if
Ooops, previous post sent to fast.
So I said, re-hello Sieghard.
Sorry to come one more time with the same song.
But it would be *much* easier for me if you use GitHub site for all
commits-code-discussion things.
Have a perfect we.
Fre;D
De : Sieghard via
Re-hello S
De : Sieghard via mseide-msegui-talk
Envoyé : jeudi 10 novembre 2022 01:29
À : mseide-msegui-talk@lists.sourceforge.net
Cc : Sieghard
Objet : Re: [MSEide-MSEgui-talk] New release MSEide+MSEgui 5.6.10.
Hallo Fred,
vous ecrit au Mon, 24 Oct 2022
Hello Sieghard and sorry for the delay.
About the added "check", It is because I get crash if, using mse_dynpo, the
application at loading did not correctly load the array of lang.
It can appear if you load twice the application or if the array is corrupted.
Also, for example with rpi-aarch64,
Hallo Fred,
vous ecrit au Mon, 24 Oct 2022 13:59:41 +:
> There is a new release of MSEide+MSEgui: version 5.6.10.
> That stable release has almost fixes of previous release.
Sorry that I reiterate on the new release again.
But I'm a bit puzzled over some modifications that I found and
Hallo Fred,
vous ecrit au Mon, 31 Oct 2022 23:48:54 +:
> > What? You DID WRITE IT YOURSELF that you had created such a"folder"
>
> Yes, sorry, I did try lot of things before to discover the
> hidden .msetools folder. By default my files manager does not show
> hidden folders.
That's, IMHO,
Hello Sieghard.
> What? You DID WRITE IT YOURSELF that you had created such a"folder"
Yes, sorry, I did try lot of things before to discover the hidden .msetools
folder.
By default my files manager does not show hidden folders.
So in one of the try I added the parameter
Hallo Fred,
vous ecrit au Mon, 31 Oct 2022 08:27:22 +:
> OK, I get it ( had not see the .msetools folder because it was
> hidden).
What? You DID WRITE IT YOURSELF that you had created such a
"folder" (I heartily dislike this denomination), and you presented a
listing of its contents with
Hello Sieghard.
It seems that you did not red my last post.
Here the copy:
Re-hello Sieghard.
OK, I get it ( had not see the .msetools folder because it was hidden).
So your idea is to split the po files into a "main_msegui" in
home/user/.msetools/lang and the
Hallo Fred,
vous ecrit au Sat, 29 Oct 2022 23:40:04 +:
> Here the contents of my /home/fred/.msetools/lang/ folder:
...
> my /home/fred/testfpc/sieghard/podemo_mo4stock/lang/ folder:
...
> And here the result of podemo app:
Interesting...
This looks entirely correct and equivalent to my
Just by curiosity.
Has somebody already try fpc + llvm ?
I have try to compile fpc for llvm but without luck.
De : code dz
Envoyé : dimanche 30 octobre 2022 12:16
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] Benchmarks.
those benchmarks
those benchmarks are not fair , c++ uses simd intrinsics and openmp
for multithreading , so in multicore cpu its much faster than fpc .
maybe the speed becomes equal if they uses only native language
without addons
___
mseide-msegui-talk mailing list
401 - 500 of 12546 matches
Mail list logo