s value, then
> have a IF statement and assign a breakpoint inside the IF statement.
... exactly that.
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
ts
handled are logged as "Iteration 1 of N" etc.
Changing the value in Breakpoint Properties window also resets the counter.
Makes more sense than a manual button I'd say?
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.or
Am 07.07.2016 um 17:02 schrieb Martin Frb:
> Please create a feature request on Mantis
Done,
http://bugs.freepascal.org/view.php?id=30358
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listi
x27;s consistent with taking directories as files...
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
how little sense that class design makes to me. But then again it really
shouldn't as there are perfectly good wrappers for this that have proper
terminology.
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lis
nst you (sorry if it looked
> like it). I just wrote it in the same email.
Alright then :)
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
> Am I missing something, or would it be an idea to add the debugger location
> into
> the target dependent options ?
You can use target/platform macros there. The default for the directory
structure from the installer should be:
$(LazarusDir)\mingw\bin\$(TargetCPU)-$(TargetOS)\gdb.exe
--
___
. What
does glxinfo say?
Does it work with Xming?
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
directly, since this issue happens on a
> user that wrote me. I will ask them to try with Xming too.
Ah, then you're at the same point I was when I learned to hate GLX :D
Just found this one, maybe it helps?
<http://askubuntu.com/questions/541343/problems-with-libgl-fbconfigs-swrast-
rings as UTF-16? How well would other languages work with that?
Thank you for any hints,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
how to design it without having to use
explicit Utf8ToUnicode everytime.
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
Works fine here, but threading is completely broken. Looks okay in the archive,
but Thunderbird via ML as well as Gmane get it wrong in the same way.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
if it uses COM-style interfaces in its DOM, because that would
save me a lot of work with emulating mixins...
Regards,
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
(because they talk about different things, but that's really not obvious unless
you already know) and decidedly *not* saying what a user might want to know...
Maybe split the technical internals from a "simpler" user's guide?
Martok
--
__
Am 05.07.2017 um 14:08 schrieb Alexey via Lazarus:
> Which of these two: THtmlPort, TurboPower, is better rendering complex
> HTML files, with CSS included, etc?
Those are the two main native HTML renderers, but both have their problems. My
main complaint would be that neither uses the DOM interna
onstref for that.
> Directly passing an interface where (T)REFIID is expected, will no longer be
possible.
It must be, if only for Delphi compat.
Delphi import is (... const riid: TIID;...), but that only works because they
never seem to pass structured types on the sta
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?
>>{ 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 constref.
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 f
rgets) anyway, that'd be a handy one to add.
--
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
ture might be an idea, but all examples I've seen don't seem very
reliable at un-capturing. I also want the solution to be stable across other
widgetsets...
--
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.laza
VScroll(var Msg: TWMScroll); message WM_VSCROLL;
The messages are not received at all, no matter the handler. But thanks for the
reminder, if it works I'll need these either way for horizontal scrolling :)
--
Martok
--
___
Lazarus mailing lis
e
consequences, so be sure to test.
--
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
uot; box. The second line will also do that in the code editor. It
may work in the application on Win10, but not on older systems.
Could someone please test this on other widgetsets, so I have an idea
whether/what/where to report this?
Thanks!
--
Regards,
Martok
Ceter
ows things.
Thank you for clearing that up!
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
d cell is not also focused, example:
<http://puu.sh/yjDaI/a6fc18d1c7.png>
Why is that a TStringGrid, anyway? Wouldn't the better choice be a TListView in
report mode? Were there any specific reasons?
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
for RawImage access (using Scanline) is
wrong, and code ported from Delphi doesn't work at all.
How is one supposed to do this? Or is that a not implemented feature?
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mail
have 1 Byte per pixel, so the ScanLine is
effectively a PByteArray. This is not the case for LCL-bitmaps...
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-i
to write portable code if the claim
wasn't made in the first place. Same goes for LCL, really.
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
s, but
stops working. That's kinda the opposite of what the technical definition of
"source-code compatible" means.
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
tem with some deceptively named syntax modes, and you end up with a
pretty great compiler.
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
patible".
Why do I feel we're both arguing the same side here? ;-)
--Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
menuintf.pas:544
> #10 0x00734df5 in MENUITEMCLICK (this=0xb4d13e0, SENDER=0xb4ce2f8) at
> menuintf.pas:1705
> #11 0x00585f40 in CLICK (this=0xb4ce2f8) at include/menuitem.inc:83
> #12 0x005865bf in DOCLICKED (this=0xb4ce2f8, MSG=0) at
> include/menuitem.inc:293
--
Regards,
Martok
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
s, and helps with lost breakpoints.)
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
ng off with the manifest...
--
Regards,
Martok
Ceterum censeo b32079 esse sanandam.
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
age
manager, neither fppkg nor OPM...
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
ven tested with a new clean Lazarus profile dir (so there is absolutely
nothing left from previous versions), same result.
Also, you write about fpmake but the problem is fppkg?
> like compiling LCL-based applications on the command-line
re just always bugging me ;-)
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
imary-config-path), but that's a
different issue.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Lazarus instance can know what setup it was told to work with.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
d doesn't even have theoretical facilities to be a fppkg frontend (that
is, install the ide package), so that makes no sense at all. It's completely
unneeded for building - fpc finds its own fpc.cfg, therefore it would find the
units to use.
Oh, and unrelated: "fppkg list" jus
ate!
WriteLn('TB.Create');
end;
> That is indented behaviour and apparently Delphi compatible.
Delphi 2007 fails compilation with "Incompatible Types" when no compatible
method of the same name exists, which makes sense.
--
Regards,
Martok
--
(just like override would), so it never gets to
TObject.
FPC keeps going up the ancestor chain.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
code and no error.
As observed, if it finds a matching name with wrong parameter list, an error is
raised.
Fun Fact: if a matching name and parameter list exists and is virtual abstract,
no code will be generated either. This is probably to pro
> 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-
c.
Compiling *will* work even if fppkg is not configured (as it always has), as fpc
correctly uses fpc.cfg to find the package paths.
--
Regards,
Martok
Index: packager/fppkghelper.pas
===
--- packager/fppkghelper.pas(re
no longer
present. There have been a few changes to that recently, so if your lazbuild is
of a different version, it may follow another logic than lazarus.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus
tdated and did not
incorporate upstream development at all.
Too many forks...
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
eating a faulty config) and
Lazbuild also works, so automated builds work again.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
packages
from /packages/ do.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
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
aybe you'll understand
then what we've been trying to tell you for months now.
Good luck.
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
;$(Path($(CompPath(IDE)))\fppkg.cfg', I think most problems would be solved.
CompPath(IDE) isn't entirely correct either, but it would be less wrong than the
current order...
--
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazar
rt by
using PascalScript, iff there would be some interface between DOM and the host
application.
Certainly doing that would result in lots of reusable code for completely
different applications.
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-id
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 external browser.
That was also one
>{$endif}
This should work, the error message is in the branch of the conditional that
should not be taken at all...
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
another repo, but not in the version that is
in CCR?
<https://github.com/blikblum/luipack/commit/403fd0c047cafe98e2622a>
Martok
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
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
the minimum requirement, but r62042 solves the issue for new FPC while
keeping compat with old. And since the official Windows installers come bundled
with FPC 3.2, the bug occurs with the current distribution.
Thanks,
Martok
--
___
lazarus mailing list
the minimum requirement, but r62042 solves the issue for new FPC while
keeping compat with old. And since the official Windows installers come bundled
with FPC 3.2, the bug occurs with the current distribution.
Thanks,
Martok
--
___
lazarus mailing list
the double message. My mail server gave me an error after
sending the first, but obviously that got through just fine.
Regards,
Martok
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
62 matches
Mail list logo