Re: [Lazarus] lazarus 3.2 and qt5, cannot open anything

Op 23-5-2024 om 12:15 schreef Luca Olivetti via lazarus: Warning: linker: /usr/bin/ld: /home/luca/Datos/laz_3_2/lcl/lib/LCLBase/3.2.2/x86_64-linux/Default/wsimglist.o: in function `REGISTERCUSTOMIMAGELISTRESOLUTION': wsimglist.pp(265,0) Error: linker: undefined reference to

Re: [Lazarus] Off-topic: Dutch NL Delphi forum?

Op 22-4-2024 om 14:51 schreef Bart via lazarus: Heeft iemand enig idee wat er met het NLDelphi forum Got some news today.  The Vbulletin instance was hacked, and the owner also took this (rebuilding) opportunity to change hosts. Forum will be back in time. --

Re: [Lazarus] Off-topic: Dutch NL Delphi forum?

Op 22-4-2024 om 14:51 schreef Bart via lazarus: Most likely not relevant for those who don't speak dutch, so I'll continue in dutch after this... Heeft iemand enig idee wat er met het NLDelphi forum (https://http://www.nldelphi.com/) is gebeurd of heeft iemand contact informatie van de site

Re: [Lazarus] Sparta Docked Formed Editor Removed Without Discussion?

Op 16-10-2023 om 14:23 schreef Anthony Walter via lazarus: I have been happy using Lazarus without rebuilding the IDE from source for some time but yesterday I finally built a new version from GitLab source trunk. I noticed that the Sparta docked form editor was removed and there doesn't

Re: [Lazarus] Code editor column mode does not work...

On 19-4-2023 19:24, Martin Frb via lazarus wrote: Sounds like the OS / desktop manager grabs the mouse first. 2 possibilities. 1) change the OS config (if possible / I don't know) 2) Tools > Options > Editor > Mouse: assign another combo for the column selection Either diff modifier

Re: [Lazarus] db grid/dataset components that only load currently visible records?

On 23-2-2023 11:02, Luca Olivetti via lazarus wrote: OTOH a TDBGrid is a very convenient way to display data. I my application I just use it to display (in read-only mode) an sqlite table that holds less than 1000 records and it could be updated quite frequently (hence the need for the

Re: [Lazarus] OFF-TOPIC: Naming of char [[[Re: Debugging the unicode RTL]]]

On 22-1-2023 12:39, Martin Frb via lazarus wrote: They should be called AnsiCodepoint UniCodeCodePoint No, since in the case of a surrogate it is not a codepoint either. It is the unit of encoding granularity, nothing more. But anyway, that ship sailed in (D)2009.  It is probably the

Re: [Lazarus] LCL compilation fail for at least x86_linux

On 17-12-2022 17:49, John Landmesser via lazarus wrote: Lazarus 2.3.0 (rev main-2_3-2521-gb4c46c) FPC 3.2.2 x86_64-linux-gtk2 So lazarus just compiles fine ... Copying a bunch of base types to uitypes has been committed to FPC trunk.  Marcus is probably using trunk. Merging this to

Re: [Lazarus] Attn. Don, documentation snapshots via CI

On 15-12-2022 08:50, Michael Van Canneyt via lazarus wrote: If it is for upload, then CHM makes no sense to me, but that's up to the lazarus team, obviously... CHM is due to its compression also quite CPU hungry. Generating the LCL chm would keep a core occupied for minutes. I certain

Re: [Lazarus] gtk3, glib2 headers, gir2pascal

On 19-7-2022 01:22, Maxim Ganetsky via lazarus wrote: This tool is now part of Lazarus source code tree in main branch and located in /tools/gir2pascal. Great, thanks. I'll try to add my mods (windows-only) in the coming days. -- ___ lazarus

Re: [Lazarus] More Gtk3 Status

On 18-7-2022 12:03, Petr Hložek via lazarus wrote: I'm sorry, maybe a stupid question. Why trying to implement Gtk3 when we have Gtk4? Gtk3 will be outdated very soon and the problem will be the same like with Gtk2. It is not known how much it even matters for the subset that LCL uses.

Re: [Lazarus] gtk3, glib2 headers, gir2pascal

On 16-7-2022 21:27, Maxim Ganetsky via lazarus wrote: It is actually worse, it's Git->SVN. Although the patch set is not very big (and looks fine BTW), so it's doable. But IMO, this tool should just be incorporated into Lazarus sources. What do you (and others) think about this? Agree.

[Lazarus] gtk3, glib2 headers, gir2pascal

Who maintains the gtk3 headers and gir2pascal? Last week I tried to port a glib based library (Aravis), and I noticed that the interface/gtk3/gtk3defs headers were out of date, and didn't support Windows. So I sought to regenerate them, with a modified gir2pascal and also saw that some

Re: [Lazarus] Type Library Viewer, Importer, and Editor?

On 26-6-2022 14:37, Anthony Walter via lazarus wrote: Does Lazarus have a type library viewer for previewing all the type libraries on your computer in the form of converted pascal source code? Afaik there is only a typelib importer (importtl) that generates pascal. --

Re: [Lazarus] Component palette enhancements

On 8-4-2022 14:21, Sven Barth wrote: Marco van de Voort via lazarus schrieb am Fr., 8. Apr. 2022, 11:58: IOW in which cases is disambiguation in the class registration of the generated app needed? Sure, the IDE is also a FPC/Lazarus app, but it has more leeway

Re: [Lazarus] Component palette enhancements

On 8-4-2022 10:49, Michael Van Canneyt via lazarus wrote: But that is exactly what I want to support ? If I want to implement my own button, descendent of the standard TButton or not: Except for the restriction during streaming, I see no reason why I would have to name my own button

Re: [Lazarus] Component palette enhancements

On 8-4-2022 11:26, Michael Van Canneyt wrote: The duplications are within sets of units with similar names for different component packages. It is only logical to also use that. There is no need to force the unit as disambiguator. I want to be able to use the unit as disambiguator. That

Re: [Lazarus] Component palette enhancements

On 6-4-2022 23:45, Michael Van Canneyt wrote: * When writing: write UnitName.ComponentName instead of ComponentName.   A trivial change, which can be done in a backward compatible manner. It only will break compatibility with Delphi needlessly.   This will complicate making e.g. demoes for

Re: [Lazarus] Component palette enhancements

On 6-4-2022 14:47, Michael Van Canneyt via lazarus wrote: * When writing: write UnitName.ComponentName instead of ComponentName.   A trivial change, which can be done in a backward compatible manner. It only will break compatibility with Delphi needlessly.   This will complicate making e.g.

Re: [Lazarus] crash on startup

On 1-4-2022 16:04, Marc Weustink via lazarus wrote: Indeed, I see what I think are avx512 instructions Yes, CPUID Feature Flag AVX512F SSE2 has only the signed version CVTSI2SD This machine is a Ivy Bridge so has Coreavx ( AVX1) enabled, so some VEX usage is allowed. I removed some

Re: [Lazarus] crash on startup

On 1-4-2022 12:57, Marc Weustink via lazarus wrote: The SIGILL here points more to the generated code I think. Indeed, I see what I think are avx512 instructions  0x005afb7a <+90>:    call   0x5b1040    0x005afb7f <+95>:    mov    %eax,-0x10(%ebp) => 0x005afb82 <+98>:    vcvtusi2sd

[Lazarus] crash on startup

I rebuilt Lazarus today (FPC trunk 2 days old -lazarus trunk today), and I suddenly got  a GPF while starting. I ran under GDB and the traceback is: Thread 1 received signal SIGILL, Illegal instruction. DOAUTOADJUSTLAYOUT (this=0x1cb26440, AMODE=LAPAUTOADJUSTFORDPI,

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 30-12-2021 14:17, John Landmesser via lazarus wrote: Perhaps usefui test information from my PC: 77 Compile with -O4 -Cpcoreavx2 , the others (non asm) will become faster, my guess is  "add" will be about double of asm. Also, on windows "high performance" as power scheme.  On non windows

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 30-12-2021 10:15, Florian Klämpfl via lazarus wrote: Linux uses different calling conventions, please check with the patch below. Linux is quite generous with the volatile registers, so luckily it matches quite closely. I first tried the approach of your patch, but [s] has problems on

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 30-12-2021 01:29, Marco van de Voort via lazarus wrote:  (P4 and Clawhammers) to test instruction sets. 64-bit supporting Pentium 4's of course, since this is a 64-bit only test. Claw/Sledgehammer is the first iteration of Athlon64 and of the x86_64 architecture as a whole and misses

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 29-12-2021 00:00, Bart via lazarus wrote: On Tue, Dec 28, 2021 at 11:35 PM Martin Frb via lazarus wrote: I have a core I7-8600 The diff between the old code and popcnt is less significant. old: 715 pop: 695 But there is a 3rd way, that is faster. add: 610 Not surprising that you should

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 29-12-2021 16:30, Martin Frb via lazarus wrote: Could you post full source if you haven't already? For a bit of benchmarking. I just wrote it from the top of my head, and I assumed 5 instructions for 16-byte would win any time, but haven't verified anything yet. I had it attached on

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 29-12-2021 10:16, Martin Frb via lazarus wrote: // Martin's routine that should be replaced by some punpkl magic, but it is too late now. Why too late? See datetime stamp.  02:10 AM. I don't know how it is with you Lazarus devels, but we FPC devels need our beauty sleep from time to

Re: [Lazarus] Faster than popcnt [[Re: UTF8LengthFast returning incorrect results on AARCH64 (MacOS)]]

On 28-12-2021 23:35, Martin Frb via lazarus wrote: "nx" has a single "1" in each of the 8 bytes in a Qword (based on 64bit). If we regard each of this bytes as an entity of its own, then we can keep adding those "1". I also was thinking in that direction, but more about how to optimize

Re: [Lazarus] UTF8LengthFast returning incorrect results on AARCH64 (MacOS)

Op 12/28/2021 om 3:01 PM schreef Bart via lazarus: -Cpcoreavx for core 3000 series and higher Thanks for that. Up to PENTIUMM: PopCnt slower COREI : approximately equally fast COREAVX PopCnt slightly faster COREAVX2 PopCnt slightly faster On what machine did you test? The settings if for

Re: [Lazarus] UTF8LengthFast returning incorrect results on AARCH64 (MacOS)

Op 12/28/2021 om 1:53 PM schreef Bart via lazarus: I just tested PopCnt vs Multiplication on win32 and win64. The version with PopCnt is appr. 3 times slower on both 32 and 64 bit! You need an appropriate minimal CPU with -Cp Try e.g. -Cpcoreavx  for core 3000 series and higher --

Re: [Lazarus] UTF8LengthFast returning incorrect results on AARCH64 (MacOS)

Op 12/27/2021 om 4:39 PM schreef Bart via lazarus: pn8^ =11100010 //first byte (pn8^ shr 7) = //<<-- I would have expected that to be 0001 ? Depends on if pn8^ is signed or not, for a signed shift it makes sense. The definition as pint8 (instead of puint8) is

Re: [Lazarus] up with Lazarus !

Op 2-12-2021 om 14:37 schreef Mehmet Erol Sanliturk: The fault is not in the program . If it were in the program I am sure that it would produce a proper run time error . There is no such an error . The run is terminated from different parts of the program by the OSes  after a ( large number

Re: [Lazarus] up with Lazarus !

Op 2-12-2021 om 11:45 schreef Mehmet Erol Sanliturk:  Can I convert that program to JavaScript by using Lazarus ? Afaik the pas2js transpiler compiles to an low level javascript that might not be suitable for maintenance after. It is not intended for pascal to javascript source conversion,

Re: [Lazarus] up with Lazarus !

Op 2-12-2021 om 10:19 schreef Marco van de Voort via lazarus: Op 1-12-2021 om 23:04 schreef Sergey Bodrov via lazarus: Pascal walks into a bar There are 100 000 Pascals in the bar! ... and then he left because there was no Atmosphere

Re: [Lazarus] up with Lazarus !

Op 1-12-2021 om 23:04 schreef Sergey Bodrov via lazarus: Pascal walks into a bar There are 100 000 Pascals in the bar! Nope, 11, 10 in the bar, and the one that just walked in. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org

Re: [Lazarus] git diff enhancement

Op 14-9-2021 om 17:55 schreef Martin Frb via lazarus: On 14/09/2021 17:49, Marco van de Voort via lazarus wrote: Op 14-9-2021 om 17:17 schreef Martin Frb via lazarus: In order for git to show pascal function headers. Add the following to your config [diff "fpc"]   xfuncname =

Re: [Lazarus] git diff enhancement

Op 14-9-2021 om 17:17 schreef Martin Frb via lazarus: In order for git to show pascal function headers. Add the following to your config [diff "fpc"]   xfuncname = "^(((class[ \\t]+)?(procedure|function)|constructor|destructor|[ \\t].*[ \\t]*=[ operator? --

[Lazarus] FPC 3.2.2 released

Hello, Finally, the Free Pascal 3.2.2 release is available from our servers and from sourceforge. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3.2.2 For an overview of what is new see the summary below The website has been

Re: [Lazarus] Is there a global timezone-independent time available?

Op 2021-05-03 om 20:28 schreef Michael Van Canneyt via lazarus: So, Mr. Berglund, with FPC trunk, your problem will be solved. I'm not sure it will be in 3.2.2, because it is rather sensitive. Indeed, it (r47306) /won't be in 3.2.2 -- ___ lazarus

Re: [Lazarus] Lazarus loses environment, why does this happen?

Op 2021-03-12 om 15:34 schreef Mattias Gaertner via lazarus: blank, just a series of #0 chars. I never saw that. Sounds like a buffer overflow, invalid pointer thing. I have an application in Delphi for which I use ported 2006 era Lazarus txmlconfig units. I still use them, since I

Re: [Lazarus] LHelp memory leak

Op 2021-02-15 om 12:36 schreef Juha Manninen via lazarus: I finally configured LHelp as a CHM help viewer in my development Lazarus. I downloaded Marco's CHM snapshots linked here: https://forum.lazarus.freepascal.org/index.php/topic,52437.0.html

Re: [Lazarus] Some IDE/LHelp issues

Op 2021-02-02 om 11:22 schreef Rolf Wetjen via lazarus: 2) One of [unknown] tabs is completely empty: "ms-its:toc.chm::/index.html not found!" Toc.chm is a master index of the CHMs, with a hardcoded list of known chms. It is as meant to function as default page (TOC) of the FPC textmode

Re: [Lazarus] Bump issue

Op 2021-01-22 om 22:56 schreef Michael Van Canneyt via lazarus: I have some time this weekend, I will commit it. Is it really a good idea to accept msec=1000 for TryEncodeTimeInterval in a general unit like Dateutils? -- ___ lazarus mailing

Re: [Lazarus] lHelp improvements

Op 12/28/2020 om 4:03 PM schreef Andrey Sobol via lazarus: Afaik most of the binary indexes (index, FTS) can be mergesorted together rather cheaply and then stored on disk. Using these rather than converting everything to text and then parse that again would make it very fast. This is what

Re: [Lazarus] lHelp improvements

Op 12/28/2020 om 2:03 AM schreef Mattias Gaertner via lazarus: - When I press F1 for the lHelp enabled for context searching, then Lazarus send group of command as got BeginUpdate got BeginUpdate got rturl, filename M:\lazarus\docs\chm\fcl.chm, url /index.html got rturl,

Re: [Lazarus] Win 7 issue / Re: -dWINDOWS_LIGATURE [[Re: Font ligatures support]]

Op 2020-10-09 om 04:33 schreef Martin Frb via lazarus: I took the declaration from the windows units in fpc => which has some wrongly typed params that I adjusted. But it also does not have stdcall. Windows unit has {$calling stdcall} globally --

Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers

Op 2020-07-05 om 22:17 schreef Jean SUZINEAU via lazarus: My post is close to off topic, but I've seen recently a paper on arXiv proposing to use Chinese characters for logic operators ... When, April 1st? :-) -- ___ lazarus mailing list

Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers

Op 2020-07-04 om 23:13 schreef Sven Barth via lazarus: The Unicode Standard I had linked yesterday evening already, cause I knew that one existed, but I didn't know about the ISO/IEC one... The ISO standard is about making formal language specifications. The unicode relevant bit seems to

Re: [Lazarus] Proposal: Allow Umlaute and Accented Characters in Identifiers

Op 2020-07-04 om 22:48 schreef Sven Barth via lazarus: Am 04.07.2020 um 20:13 schrieb Graeme Geldenhuys via lazarus: On 04/07/2020 7:11 pm, Graeme Geldenhuys via lazarus wrote: var     : Integer; begin     for  := 0 to 10 do   writeln(); end. And exception variables could be 濫 

[Lazarus] Free Pascal 3.2.0 released !

Hello, Finally, the Free Pascal 3.2.0 release is available from our servers and from sourceforge. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3.2.0. For an overview of what is new see

Re: [Lazarus] Where to define conditionals for FPC

Op 2020-05-11 om 18:19 schreef Bo Berglund via lazarus: And do I put the include in the beginning of every unit source file before or after the interface keyword? I always put it after the interface word. -- ___ lazarus mailing list

Re: [Lazarus] Where to define conditionals for FPC

Op 2020-05-11 om 09:33 schreef Bo Berglund via lazarus: and: Versions defines are not portable anyway. Long time ago, I wrote something for Jedi about it, which I later upgraded with some general Delphi-FPC advise. Though outdated, it might still be a good read:

Re: [Lazarus] Can't build chm/html-help by bat-file

Op 2020-04-15 om 12:23 schreef leyba bronstain via lazarus: Hi Rolf. Thank U for the answer. I solved this problem. To solution this problem, it is enough to delete the erroneous first empty line in the file "../../xml/lcl/grids.xml". Fixed in trunk --

[Lazarus] FPC 3.2.0RC1 released!

Hello, We have placed the first release candidate of the Free Pascal Compiler version 3.2.0 on our ftp servers. You can help improve the upcoming 3.2.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_3.2.0

Re: [Lazarus] The Problem with the Linux Desktop

Op 2020-03-27 om 10:52 schreef Michael Van Canneyt via lazarus: I didn't mean to imply such a conclusion. I just observe it and think it is simply a fact. If it hasn't changed in 20+ years, I doubt it ever will. Good, then we agree, and I wouldn't hold my breath while waiting this to

Re: [Lazarus] The Problem with the Linux Desktop

Op 2020-03-27 om 09:27 schreef Michael Van Canneyt via lazarus: This is an age-old discussion. Echo of the late 90-ies last century. You're reasoning windows centric, where everything is centrally controlled. (same for Mac) This gives a certain amount of stability, but you are at the

Re: [Lazarus] Close all menu item ?

Op 2020-03-23 om 19:39 schreef Juha Manninen via lazarus: On Mon, Mar 23, 2020 at 2:35 PM Marco van de Voort via lazarus mailto:lazarus@lists.lazarus-ide.org>> wrote: Personally I hate the mandatory open project (or else the modal options). E.g. you want to open a .lpk and yo

Re: [Lazarus] Close all menu item ?

Op 2020-03-23 om 13:34 schreef Ondrej Pokorny via lazarus:  reason for this behaviour ? It seems a bit strange to me to treat the project differently. This feature is not from me. I was hit by it as well when I started using Lazarus. AFAIR it's been always so. I got used to it and I find it

Re: [Lazarus] MatchesWindowsMask('[x]','[x]') return False

Op 19/03/2020 om 08:25 schreef Rolf Wetjen via lazarus: BTW, where can I get some info how to update the help files? https://wiki.freepascal.org/How_To_Make_Lazarus_Docs to rebuild: Basically (on linux) I run the fixdocs.sh fpc docs repository, and  build_lcl_chm.sh  in lazarus/lcl/docs.

Re: [Lazarus] MatchesWindowsMask('[x]','[x]') return False

Op 2020-03-16 om 00:05 schreef Mattias Gaertner via lazarus: Using \ as an escape character isn't really a good choice IMO, since this function deals with filenames. So? It is common practice on Unix since decades. Well, euhh, Unix doesn't use backslashes in paths? This would require

[Lazarus] spilling related accesviolation when rebuilding lazarus (extgraphics) with 3.3.1

For a while now I have had problems building custom lazarus. The error is always something spilling related, and this case in extgraphics, code that uses an open array of tpoint. I tried to copy and paste the relevant code in a separate unit and compile with the arguments that lazarus lists

Re: [Lazarus] Duplicate items in xml doc files

Op 2019-12-18 om 12:55 schreef Werner Pamler via lazarus:  You are sure you really have TCanvas.polybezier in the editor, and not the polybezier global? (at least I see a polybezier global in the last CHM snapshot) No, I am not sure. I even don't know what "polybezier global" is... A

Re: [Lazarus] The future of the Lazarus IDE

Op 2019-11-24 om 22:35 schreef Luca Olivetti via lazarus: Web only apps is not really my cup of tea. I don't always work where there is good any any internet. But you can run a custom web app on a local server, no internet needed. Sure, basically when we did webapps we always had local

Re: [Lazarus] The future of the Lazarus IDE

Op 2019-11-24 om 12:23 schreef Michael Van Canneyt via lazarus: That argument cuts both ways. If you need an improvement in your IDE you need to do it yourself. If the external tool implements it, you get it for free. Oh dear. I thought you are now of the age that you no longer believe in

Re: [Lazarus] The future of the Lazarus IDE

Op 2019-11-24 om 11:35 schreef Florian Klämpfl via lazarus: What really scares us is that all the mainstream OSes are becoming so Web and mobile centric - the way M$ is rumbling I seriously wonder if and how they’ll support any native development in the not too distant future. Lazarus, with

Re: [Lazarus] Multi-platform console application, how to handle file paths?

Op 2019-10-29 om 21:08 schreef Graeme Geldenhuys via lazarus: On 29/10/2019 12:07 pm, Bo Berglund via lazarus wrote: I have been around too long so I remember the old days... Most of the people I work with have NO idea why Windows starts with C: as the boot drive instead of A: :-P I'm already

Re: [Lazarus] Tests results of several pascal based JSON parsers

Op 2019-08-30 om 10:18 schreef Anthony Walter via lazarus: I've posted a new page that tests the speed and correctness of several pascal based JSON parsers. https://www.getlazarus.org/json/tests/ In full disclosure I am the author of the new open source JsonTools library, and even though my

Re: [Lazarus] getlazarus.org search request

Op 2019-08-12 om 11:13 schreef Anthony Walter via lazarus: Yes, in C#. Personally I find ASP.NET or Core easier to use than a CGI executable Well, something like ISAPI dlls are inbetween those for a long,long time. -- ___ lazarus

Re: [Lazarus] Trouble creating a Lazarus Forum Account

Op 2019-07-30 om 19:52 schreef strickland.danny via lazarus:  to 1+2=    it errors out and says I was rejected for spamming.  I tried spelling 3 with Three and three.  But nothing works.  Is this a bug or am I doing something wrong? Are you sure it is 1+2 and not '1'+'2' which would be a

[Lazarus] CHM doc snapshot (FPC 3.2, Lazarus trunk branches)

Hello, I worked a bit on the chm package, and as a test I regenerated the CHMs as a test. So why not release for alpha testing? This contains both FPC 3.2 branch and Lazarus trunk (lcl,lazutils)  CHMs, interlinked. Please test, and let me know any anomalies.

[Lazarus] small cleanup utf8process

When I redid TProcess for trunk, I saw some legacy FPC 2.6.x code in utf8process (OLDTProcess define), I assume that can be cleaned up?  It mostly has to do with old manual unicode processing instead of FPC 3.0.0 automatic. Does current trunk still support 2.6.4 ? --

Re: [Lazarus] IDE target names

Op 2019-05-15 om 11:10 schreef AlexeyT via lazarus: 4- "nds"- I dunno what it is, maybe fix too Nintendo DS -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus

Re: [Lazarus] Mantis: cannot edit my comments

Op 2019-04-26 om 22:28 schreef Michael Van Canneyt via lazarus: Cannot edit them anymore. No button at all. I filed a bugreport about it (in the Manits section of the bugtracker). Should be fixed. (I also submitted a bugreport to the mantis section btw, about tags) --

Re: [Lazarus] Command line interpretation on Linux console program...

Op 2019-04-11 om 22:03 schreef Bo Berglund via lazarus: 1) When I enter a file name as ~/Videos/input.mp4 then FileExists() reports that the file does not exist even though I can clearly see it. If I instead use /home/user/Videos/input.mp4 then it will see it properly. Same if I use the

Re: [Lazarus] Problems using RunCommandIndir with Lazarus, 2.0.0

Op 2019-03-02 om 22:52 schreef Carlos Eduardo S. M. via lazarus: It seems like poNoConsole could be what I am after, but it is Win32 only... No option to hide the console? Why not to use TProcess? RunCommandInDir is a TProcess wrapper and resides in the same unit. TProcessOptions are

Re: [Lazarus] Auto session store etc.

Op 2019-01-04 om 14:05 schreef Graeme Geldenhuys via lazarus: EditPad Pro and jEdit also does that. Seems it is a more popular feature than first expected. ;-) From the book "About Face 3: The Essentials of Interaction Design" (not a direct quote): Editors and most programs shouldn't

Re: [Lazarus] Crowdfunding to speed up the development of pas2js in Lazarus Widgetset and fpDebug to FPC

Op 2018-12-21 om 21:59 schreef Travis Ayres via lazarus: When this issue cropped up on the mailing list, I went and reviewed the archive. You link to Michael finally "snapping", and even then he wasn't rude or out of place at all; I agree with Michael that the emails in the archives speak for

Re: [Lazarus] Building help files: the nitty-gritty

On Thu, Aug 30, 2018 at 08:38:13PM +0200, Kostas Michalopoulos via Lazarus wrote: > FWIW your post made me realize i have a few uncommitted changes (including > a very important one - outlines > https://coinsh.red/p/2018-08-30_20_27_48-Help_-_Welcome.png) for LazHelp > :-P. I'm not working on it

Re: [Lazarus] Building help files: the nitty-gritty

On Sat, Aug 18, 2018 at 06:31:15PM +0200, Marco van de Voort via Lazarus wrote: > On Tue, Jul 10, 2012 at 05:39:05PM +0100, Graeme Geldenhuys wrote: ^^^ Well, that happens, when you try to be modern, and read your mail with mutt instead of

Re: [Lazarus] Building help files: the nitty-gritty

On Tue, Jul 10, 2012 at 05:39:05PM +0100, Graeme Geldenhuys wrote: > > Noted, but I'm using Lazarus (and this /is/ the Lazarus mailing list, so > > please don't act all surprised :-) > > I know that all too well. :) > > My question still stands though. I don't know what is the > recommendation

Re: [Lazarus] new lcl CHMs.

On Mon, May 21, 2018 at 08:51:35AM +0200, Mattias Gaertner via Lazarus wrote: > > Hopefully 4000+ cases of this issue (TStringgrid.align redirection in the > > index failed) were fixed. > > > > Experimental CHMs are at http:/www.stack.nl/~marcov/new304/lcl-chm.zip which > > are linked against the

Re: [Lazarus] new lcl CHMs.

On Sun, May 20, 2018 at 08:05:45PM +0200, Werner Pamler via Lazarus wrote: > I downloaded the chm-zips from your site, copied them into the folder > (lazarus)/docs/chm of Laz 1.8.2, and followed the "steps to reproduce" > of the bug report #32325 (on Windows): Yes, the new files seem to work >

[Lazarus] new lcl CHMs.

Hello, I generated trunk CHMs for LCL as a testcase after fixing bug #32325. Hopefully 4000+ cases of this issue (TStringgrid.align redirection in the index failed) were fixed. Experimental CHMs are at http:/www.stack.nl/~marcov/new304/lcl-chm.zip which are linked against the newer FPC 3.0.4

Re: [Lazarus] Cloning standard output to text file

On Fri, May 04, 2018 at 01:31:50PM +0200, Carlos E. R. via Lazarus wrote: > Now I have to figure out how to write both to file and screen :-) fpc streamio -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org

Re: [Lazarus] Problem with fpc-3.0.4 and double

On Wed, Jan 31, 2018 at 07:31:56PM +0100, zeljko via Lazarus wrote: > > Using binary floats, there are just too many values that can't be > > represented 100%, regardless of the length of the mantissa. > > https://en.wikipedia.org/wiki/Floating-point_arithmetic#Accuracy_problems > > Thanks Ralf,

Re: [Lazarus] CHM help package

On Wed, Dec 13, 2017 at 03:37:24PM +0300, Sergey Bodrov via Lazarus wrote: > That you refuse to understand things that are clearly explained in > > this mailing list and in wiki. > > > > Can massive changes in non-RTL packages can be treated as new files? No. > How to submit patches with

Re: [Lazarus] CHM help package

On Tue, Dec 12, 2017 at 04:03:17PM +0100, Werner Pamler via Lazarus wrote: > >> should go there independently of how this story ends here. I have > >> commit rights to Lazarus and can put it there. Any objections? > > > > Why not to use TEncoding provided with FPC 3? > > This is not the point.

Re: [Lazarus] CHM help package (Marco van de Voort)

On Tue, Dec 12, 2017 at 11:14:09AM +0100, Sven Barth via Lazarus wrote: > want. > The modus operandi is to adhere to the formatting of the surrounding code. > > I will do whole work again as Romans want if Romans pay me. > > > Patches with formatting changes are very likely to be rejected in

Re: [Lazarus] CHM help package

On Mon, Dec 11, 2017 at 10:27:33PM +0100, Werner Pamler via Lazarus wrote: > And chmfifimain seems to have a memory leak in "destructor > TChmSearchWriter.Destroy;" which does not call "inherited" -- see > attached patch. > Index: chm/src/chmfiftimain.pas >

Re: [Lazarus] CHM help package (Marco van de Voort)

On Mon, Dec 11, 2017 at 05:15:36PM +0300, Sergey Bodrov via Lazarus wrote: > > big style related operations mixing it with real fixes. Now you know why > > :-) > > > > Problem is that I first change code formatting just to make it readable, > and then do fixes. Most fixes was impossible without

Re: [Lazarus] CHM help package (Marco van de Voort)

On Sun, Dec 10, 2017 at 01:25:59PM +0300, Sergey Bodrov via Lazarus wrote: > > I change code formatting, many private names, add many comments and embrace > whole blocks of code into try..finally. And now can't tell, which parts is > most essential. Yes. Somebody will have to figure that mess

Re: [Lazarus] CHM help package

On Sat, Dec 09, 2017 at 06:54:42PM +, Graeme Geldenhuys via Lazarus wrote: > On 2017-12-09 17:33, Marco van de Voort via Lazarus wrote: > > yada,yada,yada git plug > > Oh just fuck off Marco! Not everything I say is meant to piss you off > or even directed at you. Ple

Re: [Lazarus] CHM help package

On Fri, Dec 08, 2017 at 03:23:06PM +0300, Sergey Bodrov via Lazarus wrote: > There is too many changes in many files, and that can't be posted as simple > diff patch. Then layer them. Make patches for the most essential bits, and then reallign your sources. > 1. FPC package 'chm' contain file

[Lazarus] FPC 3.0.4 released!

Hello, Finally, the Free Pascal 3.0.4 release is available from our FTP servers. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3_0_4 For Downloads, please use the FTP server at ftp://freepascal.stack.nl/pub/fpc/dist/3.0.4/ and

[Lazarus] chm doc generation scripts deleted?

I noticed the scripts that I used to generate the LCL chms are partially deleted. r55175 | mattias | 2017-06-02 23:01:01 +0200 (vr, 02 jun 2017) | 1 line Changed paths: D /trunk/docs/html/build_lazutils_html.sh D /trunk/docs/html/build_lcl_html.sh Is there some new recommended way? --

Re: [Lazarus] Congrats to the FPC/Lazarus projects - job well done!

On Thu, Jul 13, 2017 at 01:11:32AM +0100, Graeme Geldenhuys via Lazarus wrote: > [rant on] > > My issues with Delphi IDE in the last two weeks: > > - Error Insight (red squiggles for Unknown Identifiers) is horribly > broken. My code editor looks as if my 1 year old drew with a red >

Re: [Lazarus] FPC 3.0.2 released!

On Sat, Feb 18, 2017 at 04:27:37PM +0100, Bart via Lazarus wrote: > > I had already seen it on the forum, and reported it to win32 builder Pierre; > > there were some issues with full disks during uploading. > > > > I assume it will be resolved in the current days. > > Thanks, I'll try again

Re: [Lazarus] FPC 3.0.2 released!

On Sat, Feb 18, 2017 at 01:56:39PM +0100, Bart via Lazarus wrote: > > > Finally, FPC 3.0.2 has landed. FPC 3.0.2 is an update to 3.0.0 that > > contains some compiler bugfixes and library progress since 3.0.0 > > The fpc-3.0.2.i386-win32.cross.arm-wince.exe seems to be corrupted. > > "The setup

[Lazarus] FPC 3.0.2 released!

Hello, Finally, FPC 3.0.2 has landed. FPC 3.0.2 is an update to 3.0.0 that contains some compiler bugfixes and library progress since 3.0.0 Building is still in progress and some formats (deb) and other minor targets might not be available yet. Changes that may break backwards compatibility

  1   2   >