Re: [Lazarus] Request for merge to 2.0

> There was an attempt to merge it to 2.0.10 but conflicts prevented it. I did > not > study deeply how to solve them. > There will be no more patch releases for 2.0.x series. The next release will > be 2.2. Ah, right, well that also solves the issue :-) > For now I would recommend Lazarus

[Lazarus] Request for merge to 2.0

Dear maintainers, may I ask to merge rev 62042 into fixes_2_0 for the next patch release? This change from 2019 fixed building Lazarus with sparta_DockedFormEditor (see #34899), which is still broken in 2.0.10. Juha mentioned in #37968 that the sparta_Generics package will go away once 3.2 is

[Lazarus] Request for merge to 2.0

Dear maintainers, may I ask to merge rev 62042 into fixes_2_0 for the next patch release? This change from 2019 fixed building Lazarus with sparta_DockedFormEditor (see #34899), which is still broken in 2.0.10. Juha mentioned in #37968 that the sparta_Generics package will go away once 3.2 is

Re: [Lazarus] Universal FontDialog for LCL

> The first issue I found is that the setup dialog for fppkg doesn't look > for a fppkg executable, it expects the install directory where is fpc > supposed to be installed, I guess in order to use that for locating the > right fppkg executable. I expect this to work as is only on released

Re: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ?

Am 02.03.2019 um 16:04 schrieb Joost van der Sluis via lazarus: > If you want to know it for sure, you have to do what the error-message > is telling you: re-install fpc. Using an official fpc-release, > offcourse. (https://www.freepascal.org/download.html) So, I typed and deleted about 5

Re: [Lazarus] How to configure Fppkg in IDE startup dialog with FPC 3.2 ?

Am 02.03.2019 um 13:32 schrieb Joost van der Sluis via lazarus: > Then something is wrong with fpcupdeluxe. If FPC, Lazarus, fpmake all find the correct paths, but fppkg does not, then this is clearly the installer's fault. Flawless logic. -- Regards, Martok --

[Lazarus] fppkg - autodetect on Windows

Hi, I've just rebuilt Lazarus and FPC, and noticed that fppkg is a lot less intrusive again, which is good. In the setup dialog, which directory is one supposed to specify (see attached screenshot)? I have modified the installer so that the fpmkinst-directory is also deployed, but nothing I

Re: [Lazarus] Lazarus with fpc 3.2 [was Re: [fpc-devel] Suspicion about TThread.Synchronize]

Am 13.02.2019 um 14:17 schrieb Werner Pamler via lazarus: > No, you must use the VirtualTreeViews which comes with Lazarus (folder > components/virtualtreeview). Sorry to barge in here, but is this version actively maintained again? I distinctly remember from 2016 that it was extremely outdated

Re: [Lazarus] lazbuild question

Am 01.02.2019 um 21:48 schrieb Joost van der Sluis via lazarus: > chm Is not a Lazarus but a fpc package. Seems that your fppkg configuration > is currupt. > My guess is that it works in Lazarus itself because you haven't > compiled Lazbuild in a while. Ryan, can you check what versions of FPC

Re: [Lazarus] IDE fppkg error message

Am 24.01.2019 um 13:42 schrieb AlexeyT via lazarus: > After changing FPC from 3.0.4 to 3.3.1 i see this error on IDE start. See Short version: Lazarus now has a hard dependency on properly (and globally!) configured fppkg,

Re: [Lazarus] inherited in autocode

> This is probably to protect from calls to virtual methods? Sorry, meant to say "protect from calls to abstract methods", specifically from autogenerated code. -- Regards, Martok -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org

Re: [Lazarus] inherited in autocode

Am 13.01.2019 um 01:36 schrieb Martin Frb via lazarus: > Well, I was told it was the same > https://bugs.freepascal.org/view.php?id=33862 Depends on how one reads the Emba Developer's comment. """ In such case, a call to an inherited method may occur if it exists or not if it doesn't. Such a

Re: [Lazarus] inherited in autocode

Am 12.01.2019 um 23:45 schrieb Martin Frb via lazarus: >> inherited; // calls TObject.Create! > because TObject has a matching constructor. Indeed. But in Delphi, "inherited without function name" stops looking after one mismatched argument list (just like override

Re: [Lazarus] inherited in autocode

Am 12.01.2019 um 22:28 schrieb Martin Frb via lazarus: > Same for constructors, if the parent constructor changes its argument > list, it will no longer be called. It does generate code, but it calls *any* inherited constructor that matches the signature: type TA = class constructor

Re: [Lazarus] Can't start lazarus trunk

Am 03.01.2019 um 00:31 schrieb Joost van der Sluis via lazarus: > Should be fixed. In FPC (added the check if the compiler exists) and in > Lazarus (do not choke on it when an exception occurs) I just found out something else -- the exception also breaks Lazbuild, which, since it doesn't have a

Re: [Lazarus] Can't start lazarus trunk

Am 06.01.2019 um 21:11 schrieb Joost van der Sluis via lazarus: > That's more a coincidence. Because all executables are installed into > the same location. For some values of "coincidence"... On Windows, fpc lives in the Lazarus dir: Lazarus\fpc\$FPCVer\bin\$HostCPU-$HostOS\ - fpc.exe -

Re: [Lazarus] Can't start lazarus trunk

Am 03.01.2019 um 22:27 schrieb Joost van der Sluis via lazarus: > I actually don't know how to create the configuration files on Windows. So, I checked the source, and it seems you actually do ;-) The Lazarus side generates a config if none is found (in a weird place, but that is just

Re: [Lazarus] Can't start lazarus trunk

Am 03.01.2019 um 22:27 schrieb Joost van der Sluis via lazarus: > I actually don't know how to create the configuration files on Windows. > (Except from letting Lazarus create them automatically based on the > path, as described above. Or create them manually, or use fpcmkcfg... > well...

Re: [Lazarus] Can't start lazarus trunk

Am 03.01.2019 um 11:00 schrieb Joost van der Sluis via lazarus: > The same holds if you remove gdb, make or the source-files of fpc's > packages. While in principle Lazarus could be used without those. Okay, now I feel even more confused than before... I didn't remove anything? I build clean

Re: [Lazarus] Can't start lazarus trunk

Am 03.01.2019 um 00:31 schrieb Joost van der Sluis via lazarus: > Should be fixed. In FPC (added the check if the compiler exists) and in > Lazarus (do not choke on it when an exception occurs) This may be a stupid question, but why do I now have to click through a message "An error occured

Re: [Lazarus] With new Win32 manifest LongPathAware I cannot make long filename

Am 23.11.2018 um 15:24 schrieb AlexeyT via lazarus: > This app cannot make 2nd folder (it can make 1st) and make file. Error > on file saving. why? new manifest option is used. Win10. Does the same code work if you use the LongPathsEnabled registry setting? If so, there may be something off

Re: [Lazarus] what can we do to get a better debugger

Am 20.11.2018 um 11:37 schrieb Dennis via lazarus: > FPC and Lazarus are great but the GDB is inadequate. > Many times in my development, GDB failed or crashed, especially when I am > debugging multi thread programs. > > Shall we start a fund raising event to raise fund for a new and better >

Re: [Lazarus] Cross-compile Linux -> Win fails in win32lclintf.inc

SameStr was introduced in FPC 3.0.2. I'm pretty sure Lazarus trunk requires 3.0.4 anyway? Where was that documented, again? -- Regards, Martok -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] Package/New Package broken

Am 19.05.2018 um 00:27 schrieb Werner Pamler via Lazarus: > I cannot confirm the issue either (I am German, too). I do no see the > space in the name. Are you sure that you did not enter it yourself? Happens for me too, no input required. This used to work at some point...

Re: [Lazarus] Form events firing order and count

> I will mention 1 case in point. Const parameters. > > For years, people mistakenly assumed that Const parameters were > be passed by reference if they were "big" (records), a behaviour which > Delphi exhibited. People actually believed that? When the documentation explicitly stated that var

Re: [Lazarus] Form events firing order and count

Am 19.02.2018 um 11:10 schrieb Sven Barth via Lazarus: > As long as the code does not rely on undocumented behavior, yes. And therein lies the issue. Things that worked the same way for >25 years and are mentioned explicitly in numerous secondary literature are considered "undocumented". And

Re: [Lazarus] Form events firing order and count

Am 19.02.2018 um 00:18 schrieb Michael Van Canneyt via Lazarus: > Why is it obviously not true ? It's obviously not true that it is compatible > at the binary level. FPC does not produce the same binary code I'm more talking about the macroscopic perspective. Of course the binary code may be

Re: [Lazarus] Form events firing order and count

Am 18.02.2018 um 20:39 schrieb Michael Van Canneyt via Lazarus: > It's already fixed in SVN :) FYI: Line 121 contains a double http:// Line 234 is missing a "y" on "necessar_y_". Also, while we're apparently in the off-topic section of this thread, a thought: """ fpc is designed to be, as much

Re: [Lazarus] Byte-Alignment of TBitmap

Am 01.01.2018 um 20:22 schrieb Marc Weustink via Lazarus: > Why does than mean that the alignment is wrong? Based on what did you draw > that conclusion? The value of PixelFormat has little relation to the actual pixel format, except for 1bpp and 32bpp. For example, a pf8bit bitmap should have 1

[Lazarus] Byte-Alignment of TBitmap

Hi all, this showed up in the Discussion around 32876 and 30509: > LCL Tbitmap supports 1,24 and 32 bit images from what I see. That is indeed true: luma.PixelFormat:= pf8bit; luma.SetSize(100, 100); // now: luma.RawImage.Description.Depth == 24 That of course means that the alignment for

Re: [Lazarus] PackageLinks dialog

> Alexey via Lazarus wrote: > - enable option RowSelect >>> Why? >> Now selection is barely visible with thin frame on 1 cell. > > In my theme the thin frame is the active cell. A selected cell has a > different background. Only if the selected cell is

Re: [Lazarus] Rendering Issue Emoji for HTML List Items

Am 17.10.2017 um 08:36 schrieb R0b0t1 via Lazarus: > Thank you for clarifying - I wasn't sure if the OP was also talking > about an issue with the code editor. Neither was I - now I know it's not something that can be fixed on LCL/FPC side, so that's that. Guess there's a reason why browser

[Lazarus] Rendering Issue Emoji for HTML List Items

Hi all, when I checked what HTML2TextRenderer uses to translate list items, I found that since rev 55743 it uses U+26AB MEDIUM BLACK CIRCLE ⚫ and U+26AA MEDIUM WHITE CIRCLE ⚪. There seems to be some issue with these codepoints when rendering them to a Canvas on win32 widgetset: they only render

Re: [Lazarus] Mousewheel events on TCustomControl

Hi, > your scrollbars are part of control? I mean, are they created via >   ShowScrollBar(Handle, SB_HORZ, True); >   ShowScrollBar(Handle, SB_VERT, True);  ? No, they are created as TScrollBar controls parented to the control and placed in the client area. There should be nothing giving the

[Lazarus] Mousewheel events on TCustomControl

Hi all, I'm having some strange trouble with mouse interaction with a TCustomControl-derived component. I have only been able to test with the win32 widgetset, and it works on some machines and doesn't work on others. The component draws its content to its TCanvas, and additionally places some

Re: [Lazarus] Debugger constantly crashing.

> This is a bug in gdb, so we can not fix it on our end. Is this a known bug reported at upstream? Maybe even with patch that they don't want to apply (again)? If so, do you have a reference? I've seen similar errors occasionally too, and since I use custom patched gdb (on Win targets) anyway,

Re: [Lazarus] Breaking change

Am 23.07.2017 um 22:01 schrieb Sven Barth via Lazarus: > - aggregates (which is what a TGUID is) are always passed as pointers > for stdcall functions (basically all functions that are related to COM > and thus to REFIID) and also the Win64 ABI anyway, so a mere "TIID" > already behaved correctly

Re: [Lazarus] Breaking change

>>{ IUnknown } >>function QueryInterface({$IFDEF >> FPC_HAS_CONSTREF}constref{$ELSE}const{$ENDIF} IID: TGUID; out Obj): Hresult; >> virtual; {$IFNDEF WINDOWS}cdecl{$ELSE}stdcall{$ENDIF}; > > That is a historical monstrosity :) I a gree we can do away with the IFDEFS and just use

Re: [Lazarus] Breaking change

Am 23.07.2017 um 14:24 schrieb Michael Van Canneyt via Lazarus: >> The pointer-ness of REFIID is an artefact of the C-ABI. It is not meant to >> mean >> 'pass a pointer to a GUID-struct', but 'pass a GUID using byref'. We have >> constref for that. > > See the link to the Windows MSDN. Yes, so?

Re: [Lazarus] Breaking change

Hello, > I have fixed bug 28760: > > https://bugs.freepascal.org/view.php?id=28760 as the reporter: not really. The pointer-ness of REFIID is an artefact of the C-ABI. It is not meant to mean 'pass a pointer to a GUID-struct', but 'pass a GUID using byref'. We have constref for that. > Directly

Re: [Lazarus] Making sources compatible with Delphi (but Lazarus is priority)

Am 03.05.2017 um 11:03 schrieb Juha Manninen via Lazarus: > How could this thing be communicated so that people understand? It would probably help if there weren't three different pages about "Unicode Support" on the wiki, all saying slightly different and conflicting things (because they talk

Re: [Lazarus] type lib import

Hi, yes, FPC provides the 'importtl'-utility for that. You can also install the LazActiveX package to get a Delphi-style visual frontend for it in the IDE Tools menu. Martok Am 04.03.2017 um 16:33 schrieb Marc Santhoff via Lazarus: > Hi, > > is fpc/lazarus able to import type libraries for

Re: [Lazarus] Lazarus Release 1.6.4

> Yes, this is caused by one of the two changes pf 3.0.2. See > http://wiki.lazarus.freepascal.org/User_Changes_3.0.2#Classes > Jürgen appears to already have the fixed version, with the correct ifdefs: >>{$if FPC_FULLVERSION >= 30100} >>Res:=FSrcStream.Seek(QWord(liOffset), Origin,

Re: [Lazarus] Help System with Chromium Embedded component

Am 09.11.2016 um 16:02 schrieb Mattias Gaertner via Lazarus: > On Wed, 9 Nov 2016 15:57:04 +0100 > Marco van de Voort via Lazarus wrote: >> [...] >> The best reason to have some local (whatever how limited) widget is for IDE >> popups of helptext instead of an