Re: [Lazarus] Cannot compile trunk from rev. 52266
On Tue, May 03, 2016 at 09:57:55AM +0200, Torsten Bonde Christiansen wrote: > > With the rev. 52266 it is no longer possible to compile trunk due to the > following error: > > /home/torsten/FreePascal/lazarus/packager/openinstalledpkgdlg.pas(204,30) > Error: (4025) Incompatible type for arg no. 1: Got "TStringArray", > expected "TListViewDataItem" > /home/torsten/FreePascal/lazarus/ide/listviewfilteredit.pas(132,14) > Hint: (5039) Found declaration: Add(const TListViewDataItem):LongInt; > openinstalledpkgdlg.pas(233) Fatal: (10026) There were 1 errors > compiling module, stopping > Fatal: (1018) Compilation aborted > Makefile:4004: recipe for target 'lazarus' failed > > From the looks of it, the code in "openinstalledpkgdlg.pas" was not > updated to support the changes made in "listviewfilteredit.pas Another one (still in r52286): (fpc trunk, lazarus trunk) C:\repo\lazarus\components\sparta\dockedformeditor\source\sparta_reg_dockedformeditor.pas(49,70) Error: (4025) Incompatible type for arg no. 1: Got "TSpartaMainIDE.class OnModifiedSender(TObject);", expected "" C:\repo\lazarus\components\ideintf\units\i386-win32\win32\propedits.ppu:propedits.pp(6600,31) Hint: (5039) Found declaration: AddHandlerModified(const TPropHookModified); sparta_reg_dockedformeditor.pas(67) Fatal: (10026) There were 1 errors compiling module, stopping Fatal: (1018) Compilation aborted svn blame points to r52209, Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Example of full screen console program anywhere?
On Mon, Apr 25, 2016 at 04:59:25PM +0200, Bo Berglund wrote: > writing is positioned on the screen in order to put output data in > certain places and commands can be entered without moving the > displayed screen. Besides the already mentioned textmode IDE, there is also fpctris, samegame and lister in the FPC examples. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Fri, Apr 15, 2016 at 03:37:37PM +0200, Michael Schnell wrote: > On 04/15/2016 03:29 PM, Marco van de Voort wrote: > >> As said: I (unsuccessfully) tried. > > So you can't operate a text editor? > > > I unsuccessfully tried to create an environment that lets me see the > modified help text (we already did discuss this some years ago). True, but that is not the same as not being able to contribute. You can submit the textual patch just fine. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Tue, Apr 12, 2016 at 10:01:26AM +0200, Michael Schnell wrote: > On 04/11/2016 09:28 PM, Marco van de Voort wrote: > > It is the conjecture that the content will actually improve because of it > > that I find highly doubtful. > > > Absolutely agreed ! An unmanaged Wiki would be highly dangerous. A > complete managing system on top of the standard Wiki software would be > required. And an investment in manhours to make that happen that IMHO will never be earned back. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Tue, Apr 12, 2016 at 10:02:56AM +0200, Michael Schnell wrote: > On 04/11/2016 09:34 PM, Marco van de Voort wrote: > >> Maybe you do remember that (with your help) I once tried to contribute > >> to the fpc help. > > Sorry, can't remember any patches, so it can't have been too serious! > > > As said: I (unsuccessfully) tried. So you can't operate a text editor? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Mon, Apr 11, 2016 at 01:00:46PM +0200, Michael Schnell wrote: > On 04/11/2016 12:30 PM, Graeme Geldenhuys wrote: > > What's so hard about this: > > Maybe you do remember that (with your help) I once tried to contribute > to the fpc help. Sorry, can't remember any patches, so it can't have been too serious! -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Mon, Apr 11, 2016 at 01:28:40PM +0200, Mattias Gaertner wrote: > > > > Uh? I don't believe that anybody takes a patch from Mantis and applies > > it blindly without actually looking at the patch. If they do, that is > > very sad news for the Lazarus project. > > No one is applying blindly patches and no one adds stuff blindly to the > wiki. I meant that the developers are humans. They are not experts on > all topics. Buggy patches has been applied. The more people look over it > the better. True. > This is true for both fpdoc and wiki. No. Wiki has patches applied without any kind of post-commit filter. So fpdoc is first order (at worst), and wiki 0th order (at best). -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32
On Mon, Apr 11, 2016 at 11:59:39AM +0200, Michael Schnell wrote: > On 04/11/2016 11:26 AM, Graeme Geldenhuys wrote: > > Wiki's are only good for knowledge base - adding random thoughts as > > pages - loosely linked together by cross-links. It is terrible as a > > help format/medium. > > While I do see your point I can't think of any other authoring system > that might be able to allow for possible volunteers to do contributions > (as has been the wish of some previous posters). Nobody disputes that. If you want to sacrifice content to easy access on principle, then that would definitely be the way to go. It is the conjecture that the content will actually improve because of it that I find highly doubtful. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Xamarin becomes free and open-source
On Fri, Apr 01, 2016 at 08:58:14AM +0200, Michael Van Canneyt wrote: > > they've learned to love on Linux. > > I seriously doubt this will have any effect. > > Most (if not all) of their admin tools are GUI based. > That makes scripting them impossibile. Which is the point of scripting. Most of those are based on COM/WMI and can be scripted very confortably and OO in powershell. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Can some fix this "make" issue? Pi related.
On Fri, Apr 01, 2016 at 09:23:23AM +0100, Henry Vermaak wrote: > I've come across ld running out of memory when linking the lazarus > executable on my (very) old ARM laptop. You can try to pass > --no-keep-memory and --reduce-memory-overheads to ld, at the cost of > performance. I can't see how the build system has anything to do with > it. Maybe trying to disable smartlinking also helps. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Tool to convert a multiline text to a pascal string constant
On Thu, Feb 11, 2016 at 11:08:12AM +0100, Michalis Kamburelis wrote: > Hm, I admit I simply didn't know about them long time ago, when creating > file_to_pascal_xxx utilities in PasDoc:) > > Looking at them now: > > 1. They both have quite longer code than our simple > file_to_pascal_string.dpr / file_to_pascal_data.dpr... > > In particular data2inc wants to do much more (being able to process a > special file format like data2inc.exm). Although it can do the simple > thing when invoked with -b option. Data2inc is the result of integration of several such programs and is quite old (late nineties) because they shared many routines (this was all before strutils and hex/bin/oct functionality in inttostr etc existed). Yes the bulk of the code is for other things, but I always used it for the straight case. IIRC Michael didn't know it, so he wrote bin2obj. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Tool to convert a multiline text to a pascal string constant
On Wed, Feb 03, 2016 at 07:07:46AM +0100, Michalis Kamburelis wrote: > > As part of PasDoc project we have developed simple file_to_pascal_string > utility for this purpose. Just get > http://svn.code.sf.net/p/pasdoc/code/trunk/source/tools/file_to_pascal_string.dpr > and compile it. Kind of redundant if two such tools come with FPC (data2inc and bin2obj) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Release Candidate 1 of Lazarus 1.6
On Wed, Dec 09, 2015 at 02:31:20PM +, Mark Morgan Lloyd wrote: > Quite frankly I feel that the Lazarus version numbering is progressing > faster than is reasonable, and that it would be highly desirable to have > a "Long Term Support" v2.0.x or even 3.0.x which could be presented to > people outside the project as a robust version to use with FPC 3.0.x. I don't think it is wise to commit to some golden version LTS version if there is no experience with LTS branches at all. First establish a LTS branch, and more importantly a maintainer/team for it, then talk commitment from the other teams and synchronized releasing. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Are you on Windows 10? Are you experiencing slow installs? Here's the deal...
On Wed, Dec 02, 2015 at 03:55:17PM +0100, Jy V wrote: > > In my previous answer I forgot to provide permanent disabling Windows > Defender > in a command run Regedit.exe > HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows Defender > create a value reg_dword "DisableAntiSpyware" with value "1" > reboot and Windows Defender will say that it has been disabled by group > policy editor > *.* (that's what I first tried too, and that disables changing the settings yes, but the next update will turn it on regardlessly, and then the option to disable the realtimeprotection is that grey, but you can see it is turned on. There are some more settings to make, search for "nodefender") -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Are you on Windows 10? Are you experiencing slow installs? Here's the deal...
On Wed, Dec 02, 2015 at 12:20:14PM +0100, Jy V wrote: > > Microsoft security scanning tool is always on and cannot be turned off or > > configured. > > > > On Win10, to turn it off I am using this interactive sequence: > Control Panel -> (View small icons) -> Windows Defender -> Settings -> > RealTimeProtection=Off CloudBasedProtection=Off SampleSubmission=Off Did you read the text next to realtimeprotection? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Q: Compiler features as a service to Lazarus
On Tue, Nov 24, 2015 at 02:55:05PM +0100, Mattias Gaertner wrote: > > > Plus there are no services of the compiler you could ask. The compiler is > > > highly integrated and not even the textmode IDE - which has the compiler > > > statically compiled - in can do this. > > > > And of course the result would be GPLed to start with it. > > Is this a problem? This depends on the nature of what you want to integrate with :-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPC Pestering Peacock (3.0.0) release
On Thu, Nov 26, 2015 at 11:25:32AM +0100, Bart wrote:
> > We are happy to announce the release of the Free Pascal Compiler version
> > 3.0.0 "Pestering Peacock".
>
> Nice!
> ("Pestering Peacock"??)
>
> So far, I can't find the announcement on the forum?
Fixed.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Q: Compiler features as a service to Lazarus
On Tue, Nov 24, 2015 at 12:09:25PM +0100, Sven Barth wrote: > > Plus there are no services of the compiler you could ask. The compiler is > highly integrated and not even the textmode IDE - which has the compiler > statically compiled - in can do this. And of course the result would be GPLed to start with it. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Install FPC and Lazarus from source
On Sat, Nov 21, 2015 at 07:55:38AM -0800, Aradeonas wrote: > Now I have a problem: My Lazarus version seems have problem. It can > compile many packages but it cant compile BGRABitmap. It will stuck on > sum two TPointF and give this error : > > bgracanvas2d.pas(370,21) Error: Operator is not overloaded: "TPointF" > > + "TPointF" It might have something to do with the TPointF being added to the TYPES unit last week of FPC trunk -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On Mon, Nov 16, 2015 at 08:47:34PM -0500, Anthony Walter wrote: > Can I get a some people to test this Lazarus/Free Pascal documentation > portal I've re-imagined? > > http://docs.getlazarus.org/ 1 nothing shown default (as mentioned by Vincent) 2 (related to 1 It seems the page keeps some state too, selecting "RTL" won't do anything if it was the last (or default) choice. 3 if you select an unit there is no way to get back to the unitlist of the package. 4 the left pane is only used for classes docs. Either fold it away for procedural help or make use of it. 5 the left pane is not filled when first selecting a class. 6 (already reported on the web) the whole of it is too wide for my monitor (1080x1920 full-hdportrait) This means that the right content is wrapped by default. Declarations should never wrap, since that kills the whole overview. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On Tue, Nov 17, 2015 at 08:09:20AM -0500, Anthony Walter wrote: > Okay I fixed issue 2 & 3. Now clicking on the package box again reloads the > package reference. Regarding going back to an item, the browser back button > can be used, so that's an option as well as clicking the package box again. Back is only an option if you just looked. You might be 16-level deep, and then it is a nuisance. Yes, you can get back via package, but IMHO this is not really elegant. > What do you think about adding a close button to the sidebar and only > displaying it again when a types pme navigation items are click? Yes. In general it should be adaptable depending on width and what to display. Note that I think this is all academical, since a csharp backend is simply not acceptable for a project with *nix servers and ditto admin skills. a The trend is towards less external tools and suites (and thus needed management skills), not more. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On Tue, Nov 17, 2015 at 04:40:55PM +0100, Ondrej Pokorny wrote: > I don't know about RTL and FCL but the LCL docs in > http://lazarus-ccr.sourceforge.net/docs/lcl/index.html are terribly > outdated. Is that the case for the current release cycle? Keep in mind that the online docs reflect release, not trunk status. > Dou you think you could generate the HTML docs directly from the > sources? Maybe one portal from the latest stable release and one portal > from the trunk? This already happens, though the sites need to be updated manually (but that is like tar xvf somearchive after the release) > Otherwise your documentation portal is as useless as > http://lazarus-ccr.sourceforge.net/docs/lcl/index.html :( I do think the absense of any version or date is annoying, and a webdevelopment faux pas. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On Tue, Nov 17, 2015 at 05:46:04PM +0100, Ondrej Pokorny wrote: > On 17.11.2015 17:39, Marco van de Voort wrote: > > Is that the case for the current release cycle? Keep in mind that the > > online docs reflect release, not trunk status. > > Yes. I gave you the example of > http://lazarus-ccr.sourceforge.net/docs/lcl/controls/twincontrol.canfocus.html > > - it hasn't been updated since (at least) April 16th, 2012. You can > check the revision 36803 in Lazarus trunk - the changes are not > reflected in the web page. Ah, ok I was looking at the signature, not the text. The text that I have in the CHMs is "A control can get the focus only when all of its Parents except the form are Visible and Enabled. While CanFocus checks all control parents it does not check whether a form control is placed on can have focus." Those are from last january, my guess is that they are of trunk. As said, the documentation tool generates latex (->PDF), html and chm and some other lesser used formats. But you do need to upload the html to the webpage once per release. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Please test this page
On Tue, Nov 17, 2015 at 05:39:27AM -0500, Anthony Walter wrote: > Scripting. There is something to be said for uncompiled deployment on the > web. You just drop text in a folder and it goes. If you have an error, no > problem no rebuild no worries. Just edit the text and save (everyone has a > text editor). Ruby, php, classic asp, even C# all do it and it's great. > Score 1 check Any website that is not readonly will first deploy to an internal testserver. Most companies do not authorize direct editing of webcontent. Moreover, in this case the content is wholly generated, so manual editing (except to search modules code, but usually those are external) is not needed anyway. C# does not. It requires a compiling daemon in the background (ASP.NET, integrated with IIS), and there is no reason why you could do this with FPC. With coming packages support that would be even more modular. And most Delphi based web packages already integrate some form of templating, often with basic scripting, so usually changes to non business code do not require compile +restart. (though in most cases that will be limited to emergency minor css and textual changes to improve appearance) I'm not saying that Delphi is ideal for webdevelopment, but just because the web stuff is not default, and people only see some minor cgi tooling, that doesn't mean it doesn't exist. In reality the difference in practice is a lot smaller. And the usual deployment limits also apply to third party csharp packages, so that is not a benefit either. (most affordable hosting is not MS based) > Language features like closures and anonymous types are especially > advantageous in web development. Anonymous types makes binding to Sql > results a lot easier, and closures are great for deferment of execution, > allowing requests to be more efficiently handled by the server ( > http://howtonode.org/why-use-closure). > Score 2 check If you manually connect with SQL, but most frameworks already handle that. > Better reflection leads and true single object for all types (even int and > string and everything else), leads to a better templating system. > Score 3 check Modern delphi has full introspection. Usually that is enough, and reflection (as in modifying RTTI) is not that good a feature IMHO. I never used it though because I did webdevelopment in D6. Not that I missed it, the framework just provided everything you needed, and the objects were abstractly defined and appropriate code was generated (including introspection, and reflection if you would have liked it). Library based instead of language based, but for the benefit of writing business code it was the same. > Stack traces. When something goes wrong, like an error in formatting a > template, or an error in Sql, I know exactly where the problem occurred. Same in any sane Delphi webframework. Anything not fatal didn't kill it either, and fatal ones were really rare. > I could go on all night and into the morning. It's not a knock on > Lazarus/Free Pascal. Lazarus/Free Pascal excel on the desktop and even the > server. But webpages, we gotta pick our battles and with webdev, > Lazarus/Free Pascal will never stack up against those other tools. Move on. Maybe you should actually look at some. Note that I wouldn't use FPC/Delphi for webdevelopment now either, but that is more a management decision, not technical, as nearly all your reasons are false for the most. The only exception is for relative minor webdevelopment integrating with a major Delphi service. There would be no point in making it a multi language project. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Wed, Nov 11, 2015 at 07:53:33PM +0100, Marco van de Voort wrote: > > I replaced many endangered with-blocks in the LCL. > > ToDo: check the rest of the Lazarus sources. > > Ok, I plan finalizing and committing the trect stuff in the coming week. The first batch is committed. Tpoint* is reasonably complete but TRect and -F need some more methods. The problem is also a bit that TRect is more complicated and my sources span various Delphi versions and are sometimes conflicting. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Wed, Nov 11, 2015 at 10:37:48PM +0100, Bart wrote: > On 11/11/15, Marco van de Voort <mar...@stack.nl> wrote: > > > Ok, I plan finalizing and committing the trect stuff in the coming week. > > Should these be merged to 1.4 fixes branch? If you want to run 1.4 with trunk yes. It won't be in 3.0.0, and even 3.0.0 fixes branch is to be decided when the impact is clearer. So for now FPC trunk only, and see how much dust it throws up. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Wed, Nov 11, 2015 at 04:39:55PM +0100, Mattias Gaertner wrote: > >[...] > > Anyway, I hunted down one case by raise tobject.create, and running in the > > debugger, and I committed a fix. The Win32 lazarus now seems to function > > normally at first glance. > > I replaced many endangered with-blocks in the LCL. > ToDo: check the rest of the Lazarus sources. Ok, I plan finalizing and committing the trect stuff in the coming week. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Fri, Nov 06, 2015 at 07:25:01PM +0100, Mattias Gaertner wrote: > > width and height of the trect are assigned instead of the component's ? > > Thanks for the hint. > > Does Delphi alter some other records too, e.g. TPoint and TSize? > > Hint: > Cody has a tool 'Explode a "With" block': > http://wiki.lazarus.freepascal.org/Cody#Explode_a_.22With.22_block Would have been nice to run that on the code that I replied to Michael. (with the local procedure) Anyway, I hunted down one case by raise tobject.create, and running in the debugger, and I committed a fix. The Win32 lazarus now seems to function normally at first glance. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Extending TRect breaks Lazarus
FYI: I yesterday tried to implement some of the TRect helper methods in 3.1.1 and property and Lazarus(/win32) refused to start due to WMSIZE loops. I haven't investigated deeper yet, but I suspect the heavy use of WITH in interfaces etc is the cause. (if you assign width and height of a component in a component method in a WITH with a TRECT as argument, then now width and height of the trect are assigned instead of the component's ? Probably method calling (setwidth/setheight?) is dangerous too. Request for TRect and patch that I used : http://bugs.freepascal.org/view.php?id=21041 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Fri, Nov 06, 2015 at 11:08:29AM -0500, Dmitry Boyarintsev wrote: > > I haven't investigated deeper yet, but I suspect the heavy use of WITH in > > interfaces etc is the cause. (if you assign width and height of a > > component in a component method in a WITH with a TRECT as argument, then > > now > > width and height of the trect are assigned instead of the component's ? > > > > This is odd. How adding the method to TRect didn't break much for Delphi? > (or maybe it did, we just don't know it). Maybe they were more careful with WITH or had problems and simply fixed them, always used self. to qualify such cases. I don't routine look at Delphi source, so I don't know which one. > I'd think that Delphi /3d party components code also uses a lot of WITHs > with TRects Well, not anymore I guess :-) Or there is a flaw in my thinking, but if so, then I don't see it. I'm currently building fpc with raise tobject.create in the relevant methods to see if I can quickly identify some locations. Yup: a#0 0x77055b68 in RaiseException () from C:\WINDOWS\SysWOW64\KernelBase.dll #1 0x00416039 in fpc_raiseexception (OBJ=0xe11f3c8, ANADDR=0x0, # AFRAME=0xe11f730) at seh32.inc:93 #2 0x00417cb6 in RECT__SETWIDTH (AVALUE=236058416, this=...) at # c:/repo/fpc/rtl/win/wininc/func.inc:2414 #3 0x00531d0a in TWIN32WIDGETSET__GETWINDOWSIZE (HANDLE=986038, # WIDTH=986038, HEIGHT=5, this=) at C:/repo/lazarus/lcl/interfaces/win32/win32winapi.inc:2395 #4 0x004f0c0e in GETWINDOWSIZE (HANDLE=986038, WIDTH=986038, HEIGHT=5) at # C:/repo/lazarus/lcl/include/winapi.inc:564 #5 0x0052ad58 in TWINDOWPROCHELPER__DOMSGSIZE (this=) at C:/repo/lazarus/lcl/interfaces/win32/win32callback.inc:1903 #6 0x0052be5b in TWINDOWPROCHELPER__DOWINDOWPROC (this=) at C:/repo/lazarus/lcl/interfaces/win32/win32callback.inc:2358 #7 0x0052c767 in WINDOWPROC (WINDOW=986038, MSG=5, WPARAM=0, LPARAM=0) Maybe for the 3rd party support it is smart to tag them with experimental or so till this code is really release (as 3.2), so that people at least get an hint that something is/could be wrong. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extending TRect breaks Lazarus
On Fri, Nov 06, 2015 at 05:42:39PM +0100, Michael Van Canneyt wrote: > > by Delphi compatibility... > > Ehm. How can "with" ever be safe ? Btw the case that I fixed was like this procedure TSomeForm.Getwind... procedure setwidthheight(const r : TRect); inline; begin with R do begin width:=right-left; height:=bottom-top; end; end; begin ... setwidtheight(r); end In such case fixing with SELF doesn't work, because self isn't allowed in the nested function. I had to strip the WITH. Luckily it wasn't as bad as expected, and only this one in the win32 widget set. > > Don't get me wrong: > > I use it abundantly. If I have QMYQueryObjectWithAVeryLongName then being > able to write Me too, but I like to qualify fieldnames with self when the they are short, common words. > With QMYQueryObjectWithAVeryLongName do >try > // Really nice code >finally > Close; >end; > > is really good (tm). > > NOT being able to use with would seriously impede on the readability of my > code. > > Add this to the observation that the lazarus team demands 'clear' variable > names, > and does not like/accept i,m,f,p,q or whatever as variable names, and using > "with" > becomes very attractive indeed... > > Michael. > > -- > ___ > Lazarus mailing list > Lazarus@lists.lazarus.freepascal.org > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Theoretical question about future of Lazarus
On Tue, Oct 13, 2015 at 10:39:11AM +0200, Mattias Gaertner wrote: > > I wrote about it in forum (thread "dead computer") and hoped somebody would > > measure the time in a really fast machine. How fast are they nowadays? > > For example i7-3770 CPU @ 3.40GHz on Linux/Ubuntu 64bit: > > fpc 2.6.4: > real1m2.630s > user0m58.592s > sys 0m3.556s > > fpc 3.1.1: > real1m23.381s > user1m17.052s > sys 0m5.748s > > fpc.cfg created by fpc's install.sh. For further reference, I also have a i7-3770, and for trunk (3.1.1) on a SSD, FPC builds in about 55s. On Windows 1:10 or so when it is hot (been built before), 1:40 when not. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Storing projects in subversion (or git etc.)
On Mon, Sep 21, 2015 at 09:35:13AM +, Mark Morgan Lloyd wrote: > >> of file should be put in a repository, and what is regenerated reliably? > >> > >> Obviously .lpi, .lpr, .lfm and .pas or .pp should be saved, and any > >> static .inc files. > > > > .rc > > Should that be stored in all cases or is it version-specific? Only the ones you made yourself. IOW the same as with .res. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Storing projects in subversion (or git etc.)
On Sun, Sep 20, 2015 at 08:49:14AM +, Mark Morgan Lloyd wrote: > Looking at some projects filed away here, I find I've been inconsistent > so would appreciate it if somebody could say authoritatively: what types > of file should be put in a repository, and what is regenerated reliably? > > Obviously .lpi, .lpr, .lfm and .pas or .pp should be saved, and any > static .inc files. .rc > I presume that anything machine-generated and usually put into the lib > directory shouldn't be stored even if it ends up elsewhere: .ppu, .o, > .a, .res, .or. 3rd party .res might need to be stored (e.g. a windows icon). -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cross-compiling for Raspberry Pi2
On Fri, Sep 18, 2015 at 11:02:23AM +0200, Michael Schnell wrote: > AFAIK, with Delphi a "console program" is just a normal application that > only does not show a Windows, but that can use e.g. TTimer in the normal > Delphi-way. Could you please post your Delphi test for that? Thanks. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Missing classes unit
On Sat, Aug 15, 2015 at 09:55:07AM -0700, Aradeonas wrote: To Team : This problem is more happening in 1.4 and later.Before this version I didnt see this problem except trunk version. That's because we only move classes occasionally. Though there is a pattern, till now it seems every major version (1.0,2.0,3.0) has moved. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OOP - where do you start?
On Fri, Jun 26, 2015 at 12:30:49PM +0100, Graeme Geldenhuys wrote: When faced with a new database related project, where do you start? Do you first design the database schema, then build the BOM (Business Objects) accordingly? Or, do you first design the BOM, then design the database schema to fit. Often there isn't even a choice, and there is already a database layout partially existing. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OOP - where do you start?
On Fri, Jun 26, 2015 at 12:30:49PM +0100, Graeme Geldenhuys wrote: So here is my question: When faced with a new database related project, where do you start? Do you first design the database schema, then build the BOM (Business Objects) accordingly? Or, do you first design the BOM, then design the database schema to fit. If you want to do ORM per se, define how objects are mapped, and then BOM and schema are fairly equivalent, and are designed in step. But in production circumstances make sure you always can override the mapping so that you can also use existing tables with some custom code. If you have too many preexisting tables, forget about ORM. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] authoring user manuals
On Mon, Aug 03, 2015 at 04:08:46PM +0200, Gour wrote: by looking at http://wiki.lazarus.freepascal.org/Add_Help_to_Your_Application page it seems there are several options to provide help (aka user manual) for one???s app - CHM, HTML INF. For unit documentation a tool called fpdoc is used that is basically generate with XML + source scanning as input. there are various outputs. The preferences vary. The IPF proponents are very vocal as I'm sure you noticed. I prefer CHM, if only because you can open it on e.g. Windows without telling people how to install a viewer. And frankly I don't care about size, at least not till it gets too weird. Now I wonder which one is recommended and if there are some helpers assisting manual authors to use some higher-level markup like markdown/AsciiDoc/rst? No, it was more meant to be edited from the GUI using editors. The original gui tool was part of fpgui's precursor fpgtk. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Choose compiler mode
On Wed, Mar 11, 2015 at 10:55:07AM +0100, Michael Van Canneyt wrote: ModeSwitch is interesting. But why they aren't in one mode?I mean all the good stuff in one mode? What is 'good stuff' ? That depends on the person. Also: you may want to control compatibility. If we added stuff that we think is fun, someone uses it in e.g. delphi mode without realizing Delphi doesn't support it, and suddenly his code no longer compiles in Delphi... Mode Delphi doesn't even try to enforce delphi compatibility, so IMHO that is a stretch. I would welcome a setting to generate $mode delphi units by default. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] patch for rx.inc define linux_darwin definition
On Thu, Feb 26, 2015 at 05:06:51PM +0200, FreeMan wrote:
I added patch for rx using in osx
this is just add Linux_Darwin compiler directive in rx.inc file.
If you want use this, You have to change Linux_Darwin with {$..
LINUX} I mean, change LINUX to Linux_Darwin. original rx code just
use compiler directive if linux else ...else for windows
TRxDBLookupCombo when click button, grind create on behind form and can
not access it.
Better use:
{$ifdef unix} // FPC all *nixes including Linux,Darwin, *BSD and Solaris
{$define Linux_Darwin}
{$endif}
{$ifdef Linux} // legacy Kylix
{$define Linux_Darwin}
{$endif}
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] wikiconvert to fpdoc format using outdated structure for xml generation
On Wed, Jan 28, 2015 at 11:45:11AM +0100, Andreas Frie?? wrote: I have Lazarus 1.5 r47546M FPC 2.7.1 i386-win32-win32/win64 It seems your 2.7.1 is very old. Please update. it is not possible yet to update to 3.1.1, due some transient issues in fpc (Also seen on the mailing list and mantis) That patch is only in 3.1.1 (trunk/unstable) not in 3.0.1 (stable). A 3.0.1 is better than a 2.7.1 atm. (branch branches/fixes_3_0 ) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] wikiconvert to fpdoc format using outdated structure for xml generation
On Tue, Jan 27, 2015 at 10:43:51AM +0100, Michael Van Canneyt wrote: I asked you 18th Feb 2012 what could be wrong with the xml. Apparently we both didn't see the missing -description. ;) Indeed. Demonstrating once more what my wife claims since ages: men look, but don't see :( Well, both of you do that one time again since it seems to be -descriptionS :) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] wikiconvert to fpdoc format using outdated structure for xml generation
On Mon, Jan 26, 2015 at 08:17:32PM +0100, Mattias Gaertner wrote: I already asked and tested, it does show topics attached to a package, and they are allowed to be in separate XMLs. How? Do I need fpdoc from trunk for this? I haven't tested with anything else but my test project file is ?xml version=1.0 encoding=utf-8? docproject options option name=ostarget value=Linux/ option name=cputarget value=x86_64/ option name=show-private value=false/ option name=stop-on-parser-error value=false/ option name=format value=chm/ option name=auto-index value=1/ option name=auto-toc value=1/ option name=make-searchable value=1/ option name=css-file value=fpdoc.css/ option name=chm-title value=Lazarus IDE Help/ /options packages package name=lazaruside output=lazaruside.chm content=lazaruside.xct units /units descriptions description file=idewindow2.xml/ description file=IDE_Windowfg.xml/ /descriptions /package /packages /docproject idewindow2.xml: ?xml version=1.0 encoding=UTF-8? fpdoc-descriptions package name=lazaruside topic name=package topic shortTest topic for blablabla reasons/short descr This is the body text for test topic./descr topic name=nested topic test shortTitle for nested topic/short descr Nested topic body/descr /topic /topic /package /fpdoc-descriptions compile with fpdoc --project=ide.xml Thanks to af0815,Socke and Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] wikiconvert to fpdoc format using outdated structure for xml generation
On Mon, Jan 26, 2015 at 07:33:44PM +0100, Mattias Gaertner wrote: i have try to makes chm from information in the wiki. wikiget gets the information out of the wiki and wikiconvert should convert it to the right format for fpdoc. A chm is basically a bunch of html files zipped. Therefore it is better to create the chm from the html, not from wiki to fpdoc to html to chm. It is an indexed and crossreferenced archive of html. So if you want the chm to reference other CHMs, going the fpdoc route is way better. [...] I don't understand why Wiki2FPDocConvert doesn't do it right in the first place. The fpdoc format has been the same since day 1. I asked you 18th Feb 2012 what could be wrong with the xml. Apparently we both didn't see the missing -description. ;) But it will not work, because fpdoc currently only shows descriptions of units, it does not show topics without units. This would require an extension to fpdoc. For example Michael suggested: I already asked and tested, it does show topics attached to a package, and they are allowed to be in separate XMLs. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CHM help age and readmechm.txt in a fresh installation
On Thu, Jan 22, 2015 at 12:13:59PM +0100, Kostas Michalopoulos wrote: (no snapshot generation because the docs didn't build?) That would be a very good incentive to fix the docs though (not to mention that most likely the build will fail locally before someone submits a change). That assumes people do full release building locally. Usually one doesn't, and only builds the module to test. Dependencies, timing (CHM generation is SLOW, think 6 minutes for lcl.chm on a i7-3770, though you can halve that with some undocumented multicore enabling hacks) are other problems. And you know what is said about procedures that are crippling, those raise the most hackles. We want people to do more docs, not to hate docs. Such procedures simply scale badly. However though adding it to the general procedure is not realistic, setting up a separate release testing (docs inclusive) testbuild system would be doable. Could be integrated with some snapshot generation (of both laz and docs). This could be done by an user even, since everything relevant is afaik open. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CHM help age and readmechm.txt in a fresh installation
On Thu, Jan 22, 2015 at 10:48:51AM +0100, Michael Schnell wrote: But in general it is simply a symptom of not doing continuous documentation work, not procedures or whatever. In fact the not publicly usable state of the procedures - including the fact that there are different primary-source formats for the several help topics (fpc / rtl / Lazarus IDE / lcl / ...) scare volunteers (e.g. myself) off from improving the help. Yes, I agree that the Lazarus IDE help should really be removed from the wiki and converted to fpdoc to end this. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CHM help age and readmechm.txt in a fresh installation
On Wed, Jan 21, 2015 at 04:20:45PM +0100, Kostas Michalopoulos wrote: Which is why i'm asking, shouldn't those be generated automatically for each build? Currently the makefile for FPC docs is Unix centric. Which is somewhat clumsy for a windows build. I also think it is not necessary. The day-by-day maintenance would be much more work then it is worth IMHO. Even if I would propose automated builds, I would decouple docs and snapshot/release generation. (no snapshot generation because the docs didn't build?) But in general it is simply a symptom of not doing continuous documentation work, not procedures or whatever. It is simpler to make sure the CHMs are up to date once a release then keeping a more complete build system running on a day by day basis. p.s. Note that a good sign of seeing if the lcl.chm is any good is to see if the links from the lcl.chm to the rtl/fcl chms are working. Otherwise it is probably a test build -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CHM help age and readmechm.txt in a fresh installation
On Thu, Jan 22, 2015 at 03:20:01PM +0100, Kostas Michalopoulos wrote: That assumes people do full release building locally. Usually one doesn't, and only builds the module to test. Aren't full builds made before one submits something to SVN? Usually yes. It doesn't make much sense to do a fullrebuild if the change is a type change somewhere in a mysql header. But in FPC sense, a full build is comparable to a snapshot (make all at toplevel fpcsrc/), which doesn't do several things related to release building. (like docs, zipping information etc). Generally release builds don't build docs etiher though, and Lazarus building is not part of the FPC procedure at all (of course if problems are expected, nevertheless done) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CHM help age and readmechm.txt in a fresh installation
On Tue, Jan 20, 2015 at 06:56:16PM +0100, Kostas Michalopoulos wrote: Shouldn't the CHM files be (re)generated when a full build is made? FPC chm's are generated on every RC and final build. Last is for 2.6.4 and can be found in the doc dir of FPC, dated 2014-02-25 I generate LCL/lazutils chm's on request. Last time I can check was during FPC 2.6.4rc1 in nov 2013. Don't know if the one from 2.6.4 ended up somewhere too. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] HEADS UP: FPC 3.0.1 stable branched off.
On Tue, Jan 06, 2015 at 07:29:35PM +, Mark Morgan Lloyd wrote: The version in trunk was raised to 3.1.1 Scripts might need modification accordingly. For the record, at what revision number did this happen (i.e. if I want to grab /the/ /last/ 2.7.1 what should I tell svn)? I don't know. Since trunk are daily/scratch versions that kind of info is not recorded seperately. Check trunk SVN log for details (should be within the last 25 revs) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] on OSX lazarus svn NOT make
On Tue, Jan 06, 2015 at 02:26:37PM +0100, Mattias Gaertner wrote: make PREFIX=$laz_prefix clean all bigide CPU_TARGET=$CPU_TARGET LCL_PLATFORM=$LCL_PLATFORM OPT=$OPT Makefile:208: *** The Makefile doesn't support target i386-executed,, please run fpcmake first. Stop. Maybe your CPU_TARGET is not i386, but i386-executed or so. It compiles here on OS X with 3.1.1. More that OS_TARGET returns executed. Is OS_TARGET set somewhere? What does fpc -iTO return? Or use gmake --debug -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] HEADS UP: FPC 3.0.1 stable branched off.
As a first step in the 3.0.0 release process the stable branch was branched off to branches/fixes_3_0 and the version number was updated to 3.0.1 The version in trunk was raised to 3.1.1 Scripts might need modification accordingly. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Log4D weirdness
On Thu, Jan 01, 2015 at 01:04:22AM -0200, Marcos Douglas wrote: This is totally new for me. I have used interfaces a lot, and while I had trouble from time to time, I haven't really encountered these. New? What do you mean? This problem was talked in FPC list and here before. I use weak reference. Somethings are not possible to implement without this technique. For example: https://github.com/mdbs99/AWS/blob/master/src/aws_s3.pas#L166 https://github.com/mdbs99/AWS/blob/master/src/aws_s3.pas#L304 These objects have circular reference and they need weak reference to keep memory safe. Ah, you mean that. I didn't consider that an interface problem, since the ref is in an object. (whose aren't refcounted). IOW by design :-) eachother. The major implementations are somewhat hardened against it, but more involved reference counting implementations (like Python) are too. I know some others approaches have problems, but Delphi/FPC is not perfect too. Certainly. It doesn't even try, and as soon as you try to overuse it, it breaks down. It is IMHO a designchoice and not a flaw though. Delphi/FPC reference counting is simple and cheap. The problem is IMHO not the implementation, but the fact that people try to abuse it for things it wasn't meant for (a holistic automatic memory management solution). I agree. Then why do you write such code ? :-) ARC is IMHO no solution but only damage control (by explicitely naming pure references). IIRC Python has similar tricks to keep circular detections cheap (cycle checking can stop at a weak reference) Happy New year! Happy New Year. May 3.0 be all that we hope it will be. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Log4D weirdness
On Sun, Dec 28, 2014 at 04:03:07AM +0100, Hans-Peter Diettrich wrote: Like many cases, Delphi does not specify this behaviour, and in general for Delphi not much is known what of the implementation is intended, or what is coincidence. This is aggrevated by the fact that too much Delphi code messing with interface refcounting seems to be created with trial and error. Also strings had (have?) problems with refcounting of *const* parameters in Delphi. As a first try I remove the const, in case of unexpected trouble. Afaik the problem is that const as used in classic delphi is not very portable. In theory it is specified as immutable (can't be modified), but widely abused to mean by reference. This happens to be the case for x86 ABIs, but this is not portable (which why FPC introduced constref) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Log4D weirdness
On Sun, Dec 28, 2014 at 07:51:25PM -0200, Marcos Douglas wrote: Delphi. As a first try I remove the const, in case of unexpected trouble. Delphi and FPC have problems with refcounting -- but I'm referring only interfaces. Circular references is a big problem too. This is totally new for me. I have used interfaces a lot, and while I had trouble from time to time, I haven't really encountered these. This link could help: http://blog.synopse.info/post/2012/06/18/Circular-reference-and-zeroing-weak-pointers IMHO wrong. GC also has problems, e.g. when two roots circularly reference eachother. The major implementations are somewhat hardened against it, but more involved reference counting implementations (like Python) are too. Delphi/FPC reference counting is simple and cheap. The problem is IMHO not the implementation, but the fact that people try to abuse it for things it wasn't meant for (a holistic automatic memory management solution). ARC is IMHO no solution but only damage control (by explicitely naming pure references). IIRC Python has similar tricks to keep circular detections cheap (cycle checking can stop at a weak reference) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Indy 10
On Mon, Dec 29, 2014 at 12:26:37PM +0200, Juha Manninen wrote: What is the recommended link to download Indy 10 for lazarus? The wiki : http://wiki.freepascal.org/Indy_with_Lazarus#Downloads_.2F_Links tells to use Indy 10 website : http://www.indyproject.org/index.en.aspx which is messy. Afaik indy recommnds to use fulgan (FTP) snapshots, the releases are too old. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Getting the last modified date of a directory
On Sat, Oct 25, 2014 at 06:19:07PM +0100, Richard Mace wrote:
I can see that we have a FileAge function and also a FileGetDate
however, I was wondering what the best way of getting the last modified
date of a folder? Effectively, the last time that a file was
created/changed within a folder?
On Windows you can access finddata, I did this to get the creation time, but
the record has multiple fields:
{$mode delphi}
uses sysutils,windows;
function GetFileInformation(const FileName: string; out FileInfo:
TSearchRec): Boolean;
begin
Result := FindFirst(FileName, faAnyFile, FileInfo) = 0;
if Result then
SysUtils.FindClose(FileInfo);
end;
function GetFileInformation2(const FileName: string): TSearchRec;
begin
if not GetFileInformation(FileName, Result) then
RaiseLastOSError;
end;
function GetFileCreation(const FileName: string): TFileTime;
begin
Result := GetFileInformation2(FileName).FindData.ftCreationTime;
end;
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Log4D weirdness
On Fri, Dec 19, 2014 at 06:49:07PM -0300, Mario R. Carro wrote: There's a LogLog variable that is destroyed in the finalization section (and fails). The problem is that the TLogODSAppender created in the ctor ends up destroyed inside the AddAppender call. This is the AddAppender code: procedure TLogLogger.AddAppender(const Appender: ILogAppender); begin LockLogger; try if FAppenders.IndexOf(Appender) = -1 then begin FAppenders.Add(Appender); if FHierarchy nil then FHierarchy.FireAppenderEvent(True, Self, Appender); end; finally UnlockLogger; end; end; Yes, this is a known kind of buggy code. (buildin assumptions of Delphi code that only happens to work on Delphi). Delphi /usually/ destroys automatically created temps at the end of a function, while FPC can also do it after a block. Best is to explicitely keep a local variable reference, local variable references are kept to the end at the moment, as you already found out. Who is at fault here? Log4D? The compiler? Me? Hard to say, there is some opinion involved there. Like many cases, Delphi does not specify this behaviour, and in general for Delphi not much is known what of the implementation is intended, or what is coincidence. This is aggrevated by the fact that too much Delphi code messing with interface refcounting seems to be created with trial and error. However it has come up a zillion times in the bugtracker, and FPC compiler devels have stated that they won't fix it (since it could inhibit/complicate implementing certain optimizations in the future), and the code is shoddy to start with. Best is to root out these kinds of bugs in the relevant projects (in this case Log4D) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPDoc Editor vs Lazarus Documentation Tool
On Sat, Dec 20, 2014 at 07:06:09PM -0300, silvioprog wrote: Yes, I want it too, and this is a very nice option (I use a similar approach in other IDEs). The documentation generated by the FPDoc is not responsive (e.g: http://goo.gl/bCJoPM), i.e., it does not open well on a mobile device. But I believe that the FPC team can accept a patch to apply the Bootstrap ( http://getbootstrap.com/) in FPDoc and all generated documentation could have a better appearance and be compatible with any device that can render HTML. =) Probably not. CHM Windows viewer operates in an older IE compat mode, and not all modern sets are supported. Moreover the Lazarus help viewer would have to implement those features. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] file name encoding
On Sun, Dec 14, 2014 at 05:21:15PM +0100, Marc Santhoff wrote: hopefully this is not too far OT i dare to ask: When reading directories and files using FindFirst()/FindNext() using system encoding my program hangs on german '?' (eszett). I'm using fpc 2.6.2 and lazarus 1.2.0, so string encoding should normally be the same as the system encoding. On the console nothing is wrong, but in an xterm it fails. I can't imagine why it would go wrong, findfirst/findnext in 2.6.x are afaik binary, without encoding conversion. Did you try to strace it ? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Thanks to FPC team: Record helper for primitive types!
On Sat, Nov 29, 2014 at 06:32:13PM +0100, Michael Van Canneyt wrote: and get a list of appropriate methods. No more searching for IntToStr(), StrToDate, dateToStr... and so on: the IDE will tell you what you can use. For beginners, this really is an invaluable aid which cannot be underestimated. Morfik Appsbuilder had this already almost 10 years ago. (the first time I read this message, I thought you were being sarcastic :-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPC 2.7.1 and console output
On Tue, Dec 02, 2014 at 10:41:04PM +0100, Hans-Peter Diettrich wrote: Next I tried FP, but couldn't figure out how to configure it at all, for using the trunk compiler :-( FP only needs a -Fu path. It has the compiler build-in, so to switch compilers, you use the FP from trunk. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TSQLQuery: Getting autoincremented ID value after insert (MySQL)
On Fri, Nov 14, 2014 at 09:41:27PM -0300, silvioprog wrote: Return the value most recently returned by nextval in the current session. This function is identical to currval, except that instead of taking the sequence name as an argument it fetches the value of the last sequence used by nextval in the current session. It is an error to call lastval if nextval has not yet been called in the current session. And PostgreSQL provides the RETURNING feature too. =) Requires DEFAULT in the corresponding VALUES field though, I don't know if that is cross-db. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TSQLQuery: Getting autoincremented ID value after insert (MySQL)
On Fri, Nov 14, 2014 at 03:11:30PM +0100, Michael Van Canneyt wrote: By the very nature of the problem: GetLastAutoIncValue simply cannot be implemented in general. In firebird, postgres, (and Oracle afaik) these values are generated using a generator/sequence. You don't know the name of the generator, and even if you did, it is impossible to retrieve the value that was used to fill your particular record because the sequence/generator may have been updated several thousands of times by the time your second statement arrives. IIRC the currval from a sequence is per session, so if you didn't insert again in the same transaction that is ok too. Moverover there is lastval to avoid knowing the sequence name from http://www.postgresql.org/docs/8.4/static/functions-sequence.html lastval Return the value most recently returned by nextval in the current session. This function is identical to currval, except that instead of taking the sequence name as an argument it fetches the value of the last sequence used by nextval in the current session. It is an error to call lastval if nextval has not yet been called in the current session. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot compile EpikTimer
On Sat, Sep 06, 2014 at 08:14:21AM +0100, Graeme Geldenhuys wrote: I was thinking of that too afterwards. Though I don't have access to Open/NetBSD systems, so not sure how compatible it is with FreeBSD. In general very, but with some exceptions and sometimes a bit of time between introduction of a feature over all flavors. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [fpc-devel] Binary Package System Discussion?
On Sat, Sep 06, 2014 at 01:24:36PM -0500, Den wrote: I know this has been brought up from time to time, but the more I use NetBeans and other big editors.. The more I miss the fact that it isolates you from being in their pool of source code to build whenever you add a component, etc. Having a binary-only Lazarus would mean an entire overhaul of a binary package system. What would be amazing to see actually, is FPC being able to compile into a universal object (which supports the basic byte code, and sections which will only be used when converting to a certain architecture if necessary.. Like SSE optimized code), then being able to convert into native code at destination machine. Something like Chrome's Native Client does now, which compiles the code into a universal op-code base, and converts it to native at their servers.. Aside from the fact that it requires a bunch of tech that is not there and costly to develop (even if you wanted to), it still doesn't solve the recompile on installation of a package (specially if they contain code, like designtime editors). Then there is of course the problem that Java solves by simply not being multiplatform at all. (but run inside a Java world with the real machine at arms length) Such universal code system would still fall down at the first OS specific ifdef. (since code for only the selected platform would be compiled into bytecode ). Having this universal binary package system, means we can distribute one package, and have it convert on the destination machine. Yes. And then you would have what exactly? Still only a binary package compiled at the host binary, the link to the IDE is still not done. Means we don't really have to do tricks when distributing your unit when you don't want to distribute the source code (ie. Commercial Packages). Good to remind, that is also the problem, since like most bytecodes the intermediate format would be easily decompilable. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot compile EpikTimer
On Tue, Sep 02, 2014 at 07:00:49PM +0100, Graeme Geldenhuys wrote: It seems FPC it out of date then. Because clock_gettime is a POSIX.1 standard, and FreeBSD has support for it. Trouble is that monotonic clock support is an optional part of the standard, AND the cheapness/accurancy tradeoffs of the same constants may vary with OS. (e.g. freebSD MONOTONIC vs MONOTONIC_FAST, the latter I'd expect in a gettickcount) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot compile EpikTimer
On Fri, Sep 05, 2014 at 05:55:46PM +0100, Graeme Geldenhuys wrote: OS. (e.g. freebSD MONOTONIC vs MONOTONIC_FAST, the latter I'd expect in a gettickcount) Did you see my patch in FPC Mantis regarding this? If it's not 100% correct (I'm a total newbie when it comes to compiler development), hopefully it is at least a good starting point to implement this in FreeBSD. Any feedback would be appreciated. I committed it, since the patch itself was ok. Maybe it should have been attempted to come to one implementation for free/open/net in bsd.pas though. What I was hinting above maybe the sysutils code should use MONOTONIC_FAST, not MONOTONIC on FreeBSD. Granularity worsens, but performnace improves. It depends on what the sysutils routine is supposed to favor. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Obtaining uptime
On Wed, Aug 06, 2014 at 11:52:48AM +0200, Sven Barth wrote: Am 06.08.2014 11:28 schrieb Richard Mace richard.m...@gmail.com: Ah, that's interesting. Even if you actually choose Shutdown from the menu? Especially then. AFAIK a reboot triggers a full shutdown (with restart of course) and there might also be another possibility for a clean shutdown, but I don't remember that... Yes, go to power options - what buttons do and turn off fast startup. This is also needed if you have older drivers, since not all support this (usually the same as the ones that don't support hibernation). At work we thus turn it off by default. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Obtaining uptime
On Thu, Aug 07, 2014 at 10:22:22AM +0200, Michael Schnell wrote: On 08/06/2014 08:05 AM, Sven Barth wrote: Just in case: you know that Windows 8 does not really shutdown by default, but merely suspends to provide a faster user experience? (Off Topic: ) Are they crazy ? If you have an SSD, again and again rewriting the huge hibernation file will kill the device. That's the whole idea to not do that. Only when the system changes the image is redone. Keep in mind it doesn't save the current state (since you are shutting down), so only the last boot state is saved, usually the one from last patch tuesday. (that being said, I use hibernation on SSD devices without much problems. Usually they are specified as writing the whole space several times a day) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Obtaining uptime
On Fri, Aug 08, 2014 at 02:27:37PM +0200, Reinier Olislagers wrote: Yes, go to power options - what buttons do and turn off fast startup. This is also needed if you have older drivers, since not all support this (usually the same as the ones that don't support hibernation). At work we thus turn it off by default. Wow. Don't get me wrong. It is generally a good feature, but not for everything, and keep in mind that industrial equipment is often a positive sounding synonym for old. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LazDaemon
On Fri, Jul 25, 2014 at 09:18:01AM +0300, Juha Manninen wrote: Now, does anybody know how to debug Windows services? Under Delphi GUI or gdb console Attach the debugger to the running process. I don't know how to do from the Lazarus IDE. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] highlight colours per file.
I working on a header generation tool for some C project. For that I open .ini and .h files, and I notice that they are highlighted differently (classic layout). .h is blue on blue and hard to read, while ini is yellow on black. Where can adjust how files are highlighted by extension (lazarus trunk) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
On Sun, Jul 20, 2014 at 06:40:30PM +, Lukas Gradl wrote: In our previous episode, Lukas Gradl said: I've a strange problem with Lazarus (1.3, SVN 45936M): Is my guess correct that you also use a trunk version of FPC? Yes, your guess is correct. I use the latest fpc-svn as well. There variants moved out of the RTL to packages. When I read how you resolved it, probably the old cached index still had it in the RTL dir. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] highlight colours per file.
On Mon, Jul 21, 2014 at 11:44:05AM +0200, Mattias Gaertner wrote: Where can adjust how files are highlighted by extension (lazarus trunk) Editor / Display / Colors, at the top is the list of file extensions. Thanks. I missed that topline. For now I moved h from C++ to INI, and that does what I hoped for. Small question left, if I didn't select anything it reverted to some weird style. What is the style for extensions not named otherwise? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] CodeCompletion: Unit not found, compile ok
In our previous episode, Lukas Gradl said: I've a strange problem with Lazarus (1.3, SVN 45936M): Is my guess correct that you also use a trunk version of FPC? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Thu, Jul 17, 2014 at 11:33:37AM +0200, Sven Barth wrote: Some users installed fpc with system.ppu and no classes.ppu. That's why the test was added years ago. Hmm... It might be that this was when Classes was not yet part of the RTL. This was changed some years back, so that unit should be available automatically now (except for selected targets). With the recent clean up of the RTL directory a few other units fall now under the category of might be missing... Yes. Now that you say it I think too. The RTL is in some cases automatically found, while other units aren't. That role has mostly been replaced by unit contnrs. If RTL is found and the other packages not, the error is usually for contnrs. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Wed, Jul 16, 2014 at 09:25:49PM +0200, Sven Barth wrote: installed right. For targets without Classes the test needs to be adapted. What targets do not have a classes.ppu? All targets that don't have a classes.pp in their corresponding RTL directory (e.g. rtl/embedded, rtl/macos, rtl/atari, rtl/emx). Note: Unix platforms like Linux, AIX, the BSDs etc. use the classes.pp in the unix directory. Windows units use win, OS/2 and emx also share some files iirc, as do amiga and morphos. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Wed, Jul 16, 2014 at 11:51:44AM +0200, Sven Barth wrote: Is there an official description what this is supposed to mean ? The official FPC description: No OS, bare hardware. (and that results in only a barebone RTL) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] PoChecker possible cosmetical patch
On Fri, Jun 20, 2014 at 06:52:53AM +0200, Sven Barth wrote: + sCheckMissingIdentifiers, + sCheckForMismatchesInUntranslatedStrings, + sCheckForDuplicateUntranslatedValues, + sCheckStatistics, + sFindAllTranslatedPoFiles ); ok. That's reduces some redudancy. They are not translated though. You must replace the array with a function for that. There was a bug report some time ago that Delphi *does* indeed translate such strings. AFAIK that was fixed, but I'll need to check that and in which version. I can confirm that D2009+ translates resourcestrings in aggregate CONST structures using its own (ITE, resource DLL) translation systems. I ran into this when I switched to dxgettext, and I had to add this manually. I've no experience with translations in pre D2009. (one of the reasons to upgrade our D7 was that we needed to start with translation, with non Latin scripts a possibility oto) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?
On Mon, Jun 23, 2014 at 11:48:53AM +0200, Giuliano Colla wrote: implementation part is demanded to some third party Widgetset (such as gtk, qt, Windows, etc.), via an Interfaces unit. This is not compatible with other implementations, such as Kylix and fgGui, just to mention two. It is compatible with Kylix, since in CLX QT is hardcoded too afaik?!!? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?
On Wed, Jun 25, 2014 at 04:46:08PM +0200, Mattias Gaertner wrote: Thanks for the Clarification. I seem to remember that with Delphi the Term RuntimPackage had been used the way I did and was not aware that with Lazarus this is different. Both Delphi designtime and runtime packages are dynamic libs. Well, the only reason to deliver the runtime stuff in package form is if you really support building the end application with packages. (which is sometimes further complicated by letting the designtime package depend on the runtime one) Otherwise DCU's are simply put in the path. Strictly speaking a Delphi package is not always dynamic (.dcp, see http://wiki.freepascal.org/packages). Comparable with a .a and an archive of .ppu's for FPC I guess. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?
On Fri, Jun 27, 2014 at 11:50:18AM +0200, Giuliano Colla wrote: This is not compatible with other implementations, such as Kylix and fgGui, just to mention two. It is compatible with Kylix, since in CLX QT is hardcoded too afaik?!!? You're right, in Kylix CLX Qt is hardcoded. Therefore it's different from LCL scheme virtual/abstract - interface. It's the same in the fact that you can't reappropiate the designer to non built-in xCL(X) libraries. You can only use the designer with the built-in library, at best with a different backend wacked under it. But it is clear, this is about customized designer support. The widget stuff talk put me of course (I actually realised a bit later) This makes it impossible to use the features of IDE Designer as it is for a Kylix project. True, but the incompatible threw me off, and the perspective on what incompatible with Kylix means. I never considered loading unmodified CLX projects a Lazarus designgoal. More so because the last Kylix is already a decade old. OTOH I have nothing against it. (I'm a bit careful with dragging fpgui in it, since contrary to CLX, its persistence mechanisms and principles might be different) If, with some kludges, you manage to use the IDE designer as it is, for a Kylix project, it will only be aware of LCL methods and properties, and you'll end up both with Kylix unsupported methods and properties, and with Kylix required methods and properties dropped because unsupported by LCL. True. This sums up in being incompatible. That is IMHO an unfortunate choice of words. It is not a general purpose designer. It is not incompatible because it never strove to be. Anyway, all is clear now. At least it made me realize you meant reusing the current designer for CLX and not add a different one. That might indeed be doable since CLX inherits many of VCL/LCL's traits. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Off topic. Version numbers
On Fri, May 16, 2014 at 08:14:11PM +0200, Mattias Gaertner wrote: has changed between releases. Lets just hope nobody else follows the Web Browser versioning scheme. Even it's only a tiny security bug fix you should use the new browser version. Users must not wait for big new browser features. True, but that behaviour is independent from the version numbering scheme. I agree a bit with Graeme. Such fast incrementing major versions convey nearly no information anymore. Yes, old numbering schemes were only correct first magnitude, but at least they conveyed the intent of developers and relations between releases. Moreover, version numbering systems will only be first order for most projects (except a few very big ones like *nix kernels), since a reality is simply that testing doesn't uncover all bugs and incompatibilities. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Extended format codes in FormatDateTime
On Fri, May 16, 2014 at 01:19:15AM +0200, Werner Pamler wrote: In BugTracker, #0026168, I posted a patch to FormatDateTime which allows to use hour, minute, or second format codes in square brackets. Using new special characters instead of building on existing escape characters is incompatible. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [LAZARUS] Minilib (was : Any Free/Cheap Async Serial Port Component)
On Sat, May 10, 2014 at 06:49:36PM +0200, Koenraad Lelong wrote: Here I'm stuck. P.S. I do it this way because I don't see how I can use the bug-tracker of sourceforge. I will have to search more. charinset is a D2009+ function that is roughly the same as (c in tsyscharset), where c is an expression of type char. It is mostly a workaround for unicodestrings. FPC/trunk supports it. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Packages of Lazarus 1.2 and FPC 2.6.4 for Ubuntu 14.04
On Fri, May 02, 2014 at 11:30:06AM +0200, Petr Hlozek wrote: Because I have to work with version that is in Debian. My app is builded on Launchpad and Debian build system. After Lazarus 1.2.2 appears in Debian, I'll build packages for Ubuntu 14.04 as well. If you could add patches to your buildprocess yourself, you could fix that bug in 1.2.0 with a patch. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPC/Lazarus on non-x86 BSD
On Sat, Apr 26, 2014 at 04:32:52PM +0100, Graeme Geldenhuys wrote: However that is old sentiment, I don't know the current situation. That is correct. The latest FreeBSD supports quite a few targets (even ARM7) - unlike years back. That's indeed the only arch added since I last looked. Most of the other pages aren't even updated. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPC/Lazarus on non-x86 BSD
On Wed, Apr 23, 2014 at 08:38:14AM +, Mark Morgan Lloyd wrote: I'm exploring alternatives to Debian on SPARC. One of the obvious ones is BSD which (I presume) will need some cross-builds to get FPC going. No, you will need to port FPC to those targets. The BSD rtls are afaik not Sparc ready. (though there is not that much architecture dependent, and much can be copied from Linux I guess). Can anybody comment on /which/ BSD variant is likely to add fewest problems to my heap? FreeBSD is generally more advanced, but Netbsd and openbsd are usually more non x86 friendly. However that is old sentiment, I don't know the current situation. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Better implementation of GetTickcount using clock_gettime
On Wed, Apr 02, 2014 at 01:19:39PM +0200, Luca Olivetti wrote: CLOCK_MONOTONIC_RAW would better emulate the WinAPI function GetTickCount. Well, yes, isn't that the function we're trying to emulate? (note that I personally don't need the precision, for me CLOCK_MONOTONIC_COARSE would probably be more than enough). I don't see _RAW and _COARSE anywhere in the mentioned opengroup link. Keep in mind this is UNIX gettickcount, not linux gettickcount. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Better implementation of GetTickcount using clock_gettime
On Wed, Apr 02, 2014 at 02:29:00PM +0200, Marco van de Voort wrote: I don't see _RAW and _COARSE anywhere in the mentioned opengroup link. Keep in mind this is UNIX gettickcount, not linux gettickcount. Seems freebsd (7 in this case) also has a load of options, also further MONOTONIC ones. _PRECISE and FAST. Seems on FreeBSD UPTIME is the way to go. These are also monotonic, and like WIndows gettickcount since boot. /* These macros are also in sys/time.h. */ #if !defined(CLOCK_REALTIME) __POSIX_VISIBLE = 200112 #define CLOCK_REALTIME 0 #ifdef __BSD_VISIBLE #define CLOCK_VIRTUAL 1 #define CLOCK_PROF 2 #endif #define CLOCK_MONOTONIC 4 #define CLOCK_UPTIME5 /* FreeBSD-specific. */ #define CLOCK_UPTIME_PRECISE7 /* FreeBSD-specific. */ #define CLOCK_UPTIME_FAST 8 /* FreeBSD-specific. */ #define CLOCK_REALTIME_PRECISE 9 /* FreeBSD-specific. */ #define CLOCK_REALTIME_FAST 10 /* FreeBSD-specific. */ #define CLOCK_MONOTONIC_PRECISE 11 /* FreeBSD-specific. */ #define CLOCK_MONOTONIC_FAST12 /* FreeBSD-specific. */ #define CLOCK_SECOND13 /* FreeBSD-specific. */ #define CLOCK_THREAD_CPUTIME_ID 14 #endif /* !defined(CLOCK_REALTIME) __POSIX_VISIBLE = 200112 */ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Better implementation of GetTickcount using clock_gettime
On Wed, Apr 02, 2014 at 03:11:32PM +0200, Luca Olivetti wrote: I don't see _RAW and _COARSE anywhere in the mentioned opengroup link. Keep in mind this is UNIX gettickcount, not linux gettickcount. Correct, but the function clock_gettime is currently only defined for Linux (at least I grepped the sources for fpc 2.6.4 and only found it there). Still, I think this heavy OS dependent code and ifdeffing is not good. gettickcount should be removed from unix/ to something OS specific. At best one $if to list the OSes that use the generic way that can stay -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Prevent visual updates
On Sun, Mar 30, 2014 at 06:38:06PM +0100, Graeme Geldenhuys wrote: Did you try setting DoubleBuffererd := True; in the Form OnCreate event?. Why isn't DoubleBuffered enabled by default in LCL? I always thought that odd. I assume because the widgetset might already doublebuffer? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Confused by help
On Sun, Mar 23, 2014 at 08:50:14PM +0100, Mattias Gaertner wrote: [...lots of words, maybe helpful for someone having Kylix 3...] I will try to rephrase my question: Please describe where the event should be added, what the parameters and result do, what the default implementation does, for those people not having Kylix. It is not really Kylix, but probably anything D6+. The old definition THelpEvent = function(Command: Word; Data: PtrInt; var CallHelp: Boolean): Boolean of object requires an integer for a topic, like .hlp, and is not very suitable for helptypes that lookup topics by string (like also CHM). CHM also can call topics by integer, but that is the legacy way. The newer definition is for CHM, but some attempt was made to make it multiple helptypes compatible (since they also had to support .hlp) THelpEvent = function (HelpType: THelpType; HelpContext: Integer; HelpKeyword: string; HelpFile: string; var Handled: Boolean): Boolean of object; The first param is probably some enum that denotes the helptype. The second and fourth parameter is the key (file+context id) for .hlp like helpsystems. The third and fourth are the key (file+ textual context) for helpsystems that have a string as context. Since the generic helpsystems polls various plugged helphandlers (enumerates over the THelpType enums, and if registers calls it), probably the handled boolean is to signal that the current handling found a result. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Confused by help
On Sat, Mar 22, 2014 at 02:15:44PM +, Richard Mace wrote: I have uploaded a test.chm file to www.rocksolidpbx.co.uk/downloads if anyone has the time/interest in taking a look. That file seems to contain GIFs, a format deprecated for a long time. Probably nobody got around to implementing it in the viewer. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Wiki
On Sun, Mar 16, 2014 at 07:15:29AM +, Mark Morgan Lloyd wrote: Ditto. Never the right speed, and really badly crossreferenced :-) When one's feeling contemplative, the last thing one wants is to be accosted by jazz or techno; and Google /still/ haven't worked out how to recognise/index/translate every word and gesture in a video. On the other hand, when explaining a user interface some sort of animated media can be useful. Certainly, for general designer principles video is fine. But I already saw that one Delphi video, so I don't need any others :-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Wiki
On Fri, Mar 14, 2014 at 02:11:11PM +0100, Michael Van Canneyt wrote: Reading is outdated.? Just do screenshots or publish a tutorial video on Youtube :)? Eh... No, please, I actually prefer reading :) I never watch videos. They are always on the wrong speed for me. Too sloow. Ditto. Never the right speed, and really badly crossreferenced :-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Any active plans to release Lazarus with FPC 2.6.4
On Thu, Mar 13, 2014 at 01:46:56PM +0100, Mattias Gaertner wrote: I've been wondering very long that FPC has not updated in the Lazarus. But now that new version is out, what is the plan to release lazarus version with it? Probably the next release 1.2.2 will use fpc 2.6.4. Both are bug fix releases, so they play nice together. Is there already a patch to get 1.2 to build? (is it just r43371?) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Qt4
On Mon, Mar 10, 2014 at 10:03:44PM +1000, Danny Weldon wrote: Isn't this something that fppkg should be able to resolve automatically? ie. automatically download and install dependencies? qt4pas is wrapper C++ code and should be built with the same compiler as QT was. That makes it platform/distro dependent, and not easy to preprovide. (with fppkg or otherwise) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
