Re: [lazarus] win32extra merged into FPC
On Mon, Feb 11, 2008 at 09:50:40AM +0100, Felipe Monteiro de Carvalho wrote: On Feb 11, 2008 9:36 AM, Vincent Snijders [EMAIL PROTECTED] wrote: I think we should add IFDEF's for fpc 2.2.0 to keep the current code. That's even better =) Moreover it only affects win32/64 in the first place. So people grabbing binaries from outdated package systems is less of a problem. Windows users generally go for all-in-one installers. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] win32extra merged into FPC
On Mon, Feb 11, 2008 at 09:16:16AM +0700, Paul Ishenin wrote: since 2.2.0. (the shell* units are mostly post 2.2.0 though). Most no There are some issues that must be still resolved: - TNMLVCustomDraw win32extra definition doesn't match commctrl one. I will fix this in lazarus. If we look at winapi definition then typedef struct tagNMLVCUSTOMDRAW { NMCUSTOMDRAW nmcd; COLORREF clrText; COLORREF clrTextBk; ... } In lazarus definition NMCUSTOMDRAW fields are moved from nested record field into TNMLVCUSTOMDRAW itself. Ah, now I see. Note that the winapi version is already in commctrls. It doesn't need redefinition - comctrlversion* constants are not known in the SDK. What are these? - DSC_ constants are unknown in SDK (DSC_MODAL, DSC_MODELESS) (so these will stay) notes: - cdrf_NOTIFYITEMERASE not available in SDK 6.0!?!?! - added for now anyway, since some other constants (swp_*) have comments that defines from wine were added. open msdn for NM_CUSTOMDRAW (list view) and you'll see CDRF_NOTIFYITEMERASE (I grepped the headers of a SDK (6.0) dled last week. No match. Note that I copied it anyway) My full notes of the conversion is here: - http://www.stack.nl/~marcov/win32extranotes.txt I found this: swp_* new items added, one not in sdk, but comments says it is from wine. Comment actually says that this one value is not documented, but windows itself uses it. IIRC name of this const has been taken from wine since there is no official name for undocumented const :) Yes, but it was good enough, it is copied. I'll merge these changes to 2.2.1 today, since they mostly are nearly only constants, and then the symbols can be removed/ifdefed from win32extra. Big thanks. They were merged to 2.2.1 yesterdayevening, and since your comments don't need more changes FPC side, I guess Lazarus can start changing when they want. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] win32extra merged into FPC
I merged the few remaining symbols into FPC units. Note that most of the symbols that win32extra provides are already in commctrl, and thus in FPC since 2.2.0. (the shell* units are mostly post 2.2.0 though). Most no There are some issues that must be still resolved: - TNMLVCustomDraw win32extra definition doesn't match commctrl one. - comctrlversion* constants are not known in the SDK. What are these? - DSC_ constants are unknown in SDK (DSC_MODAL, DSC_MODELESS) notes: - BIF_* are in shlobj AND shellapi, probably due to conversion error. One set might disappear as soon as I find out which one Delphi uses. - cdrf_NOTIFYITEMERASE not available in SDK 6.0!?!?! - added for now anyway, since some other constants (swp_*) have comments that defines from wine were added. - openfilename struct: windows unit has been strongly updated with comdlg structs a while ago. Note that openfilename_nt4 refers to the old struct and openfilename to the new (w2k) struct, which is slightly different from the win32extra version where the _nt4 symbols are simply an alias for the w2k one. My full notes of the conversion is here: - http://www.stack.nl/~marcov/win32extranotes.txt I'll merge these changes to 2.2.1 today, since they mostly are nearly only constants, and then the symbols can be removed/ifdefed from win32extra. Lazarus will need some mods, mostly importing of winunits-base units (commctrl,activex,shlobj,shellapi) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FPC compiler for virtual machines?
On Wed, Feb 06, 2008 at 11:37:41PM +0100, Felipe Monteiro de Carvalho wrote: On Feb 6, 2008 10:45 PM, Marco van de Voort [EMAIL PROTECTED] wrote: There already is FPC on mobile devices. For the rest, the FAQ mostly applies: http://www.hu.freepascal.org/faq.var#dotnet I think this is a little bit too intransigent. Many mobiles run only Java, so there is no other path to support them. Nobody says there _should_ be a path then. My experience with Symbian makes me think I should have instead started a Java port. The Symbian is such a mess that a Java port would maybe be easier to do and achieve support for a hugely superior number of devices. There is even a Java assembler out there. I'm not 100% convinced that it can't be abstracted just like if it was just another platform. The question is not if you can't shoehorn FPC into something it wasn't designed for, but if the result is more than an academic exercise. IOW, is a FPC that has parts of the language removed, where datatypes change meaning, possible extensions that don't work on native etc still a FPC as we know today ? The Delphi.NET experiment of Borland shows this perfectly. Superficially everything is ok, but practically you see each after the other halt the shared codebases and do a proper new framework based on .NET classes and types. In Borlands case, the shared source between classic and .NET was mostly temporary, for transition purposes, but how do you see this for FPC? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FPC compiler for virtual machines?
On Wed, Feb 06, 2008 at 03:26:48PM -0600, Marco Alvarado wrote: Is there a Pascal compiler for these virtual machines? Java Flash 8 (actionscript 2) Flash 9 (actionscript 3) Is the answer is no, can I build one? :-D I think it's a cool project I'd love to work on, just to have Pascal applications on mobile devices. There already is FPC on mobile devices. For the rest, the FAQ mostly applies: http://www.hu.freepascal.org/faq.var#dotnet _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FPC compiler for virtual machines?
On Wed, Feb 06, 2008 at 03:49:23PM -0600, Marco Alvarado wrote: But that would be .NET... what about Java and Flash? Read the last paragraph. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FPC compiler for virtual machines?
On Wed, Feb 06, 2008 at 04:08:51PM -0600, Marco Alvarado wrote: These problems are pretty much similar for the Java (bytecode) too. One has to mutilate the language, and rewrite the libraries from scratch on the base libraries of the target (Java/.NET). Such an attempt would have little synergy with the FPC project as it is today. Hmmm, it's just a pessimistic paragraph, what about it? :D What exactly do you think to gain? Do you want a crude pascal subset on some VM platform, probably with heaps of C# or Java extensions (or Flash script) to be able to access all parts of the libraries or do you want a full FPC ? If it is the former, better start without all the compability burdens, if you want the latter, how on earth do you think this will work? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Wed, Jan 30, 2008 at 01:56:40PM +0100, Giuliano Colla wrote: with a program which compiles properly, but has a number of inconsistencies sometimes hard to detect. Is there a way to overcome this problem? Always do a build. Am I the only one to see it as a problem? Yes. A Compile is a shortcut for a build. If you don't want the downsides, do a build. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Wed, Jan 30, 2008 at 06:22:05PM +0100, Giuliano Colla wrote: Yes. A Compile is a shortcut for a build. If you don't want the downsides, do a build. Out of sheer curiosity. Are you developing alone, or are you in charge of a team, with a number of developers with various degree of skill and experience, and responsible of the final quality? I'm currently alone, but my previous jobs were teams (3-6 programmers) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I have a dream
On Wed, Jan 30, 2008 at 08:36:00PM +0100, Giuliano Colla wrote: OK, I understand your issue now. Simple solution is: Always do a Build All. :-) By what means do you suggest to obtain that from everybody: moral suasion, menaces, salary cut, spanking or other corporal punishment? :-) Much worse. Threathen to introduce formal procedures. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On Tue, Jan 29, 2008 at 02:35:56PM +0200, Graeme Geldenhuys wrote: It's more than look and basic behaviour: - keyboard handling - disability support - internationalisation support - behaviour when scaling - following future extensions a bit. (See e.g. the site how to update Delphi apps to vista look. A overrides pertaining font changes here and there, a property there, and done. Try that with a widget set that paints itself) I'm not trying to recreate every possible OS to the tee, but I am trying to implement enough so users will feel comfortable and not alienated. Take Pixel (the image editor) as an example - It looks like Windows XP default theme, but at closer inspection it's not (file dialogs are very different, no keyboard focus support, no mouse over/down states on buttons and scrollbars etc..) but it seems to be enough to fool the average user and make them feel okay with the application. For me it is simple. Despite that I'm multiplatform oriented, I can't wipeout that Windows is still dominant. Anything substandard on Windows is thus IMHO a dead horse except in certain niches. When trying to improve the behaviour when totally gets into the swamp of details, differences of approach, customizability etc. And with dead horse I mean the technique (the widget set), not necessarily the application (like Pixel), since that can have additional features going for it that make up for it. So unless I have a very strong reason I'll go for the native set. I'm trying the same with fpGUI - getting them to feel comfortable, even though some things might be a bit different. fpGUI's goal is consistency across platforms with the addition that anything can be customized if the developer needs it. And whatever I missed and somebody else needs - hopefully it will be fairly straight forward to implement. That is indeed a different vision. So you are more targeting the same user working on multiple platforms, then delivering an app to multiple users on different platforms. As for bleeding edge looks like Vista - 99% of ours clients use Win98 and WinXP (and yes I know I shouldn't generalize only on our experience). Only now (the beginning of this year) we finally stopped supporting Win95! People don't upgrade nearly as quick as Microsoft wishes! There is a lot of old hardware still being used with Win98. Yes I know. I've been in the same position. But those machines were dedicated to that hardware, and no new stuff was bought for that market. So we gave up on pre 2000. (in my last job) In my current job, we deliver a complete or partial machine that happens to contain a PC installed with XP. So the situation here is totally different (and licensing costs are negiable compared to even one bit of the non PC hardware) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On Tue, Jan 29, 2008 at 12:04:11PM +0200, Graeme Geldenhuys wrote: It would be nice if what you said was documented on the Lazarus wiki though (if it's not already there). It might be handy for other users. Agree. It was a nice post. One thing keeps coming up in usability studies - every app on the user's desktop should behave the same to the largest possible extent. So the user does not need to learn how to navigate 20 types of file open fpGUI's designs like the File Open dialog are based on Windows look, so any user should be able to use it. The Font dialog (not used much in general apps) have a slightly different look, but that's because it has some unique features. Still very simple to use. Oh, fpGUI's Buttons work similar to Windows to point and click. ;-) It's more than look and basic behaviour: - keyboard handling - disability support - internationalisation support - behaviour when scaling - following future extensions a bit. (See e.g. the site how to update Delphi apps to vista look. A overrides pertaining font changes here and there, a property there, and done. Try that with a widget set that paints itself) etc etc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction - NOTE FOR GRAHAM
On Tue, Jan 29, 2008 at 09:50:11AM -0300, Alexsander Rosa wrote: OpenOffice needs to blend in the user's interface. SAP R/3 does not. Why not? They might get a way with it, but is it a hard requirement that SAP does not blend in? Different users, different needs. _IS_ it a need? Or something convenient for the programmers they cna get away with ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Delphi 2006 and Lazarus
On Tue, Jan 29, 2008 at 08:28:05AM -0500, Andrew Brunner wrote: The strangest thing just happened this morning. I had Lazarus open and tried to open D2006. Delphi threw a License file could not be found error and forced me into their registration screen. No matter what I did I couldn't get in. It wasn't until I closed Lazarus.exe down that I could get in to Delphi. Either Borland is looking for Lazarus or someone in Lazarus locked a file that Borland needed. Which one is it? Can't image what. Only thing I can think of is that e.g. the Delphi debugger will not start due Lazarus having gdb initialized or so. Otherwise, it must be something else, not relating these two events. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] lazarus build broken (2.3.1/win32)
Free Pascal Compiler version 2.3.1 [2008/01/29] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Compiling main.pp Compiling projectinspector.pas Compiling addtoprojectdlg.pas Compiling D:\repo\lazarus\packager\packagesystem.pas Compiling dialogprocs.pas dialogprocs.pas(314,34) Error: Can't take the address of constant expressions dialogprocs.pas(619) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[2]: *** [lazarus.exe] Error 1 make[2]: Leaving directory `D:/repo/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `D:/repo/lazarus/ide' make: *** [ide] Error 2 D:\repo\lazarus _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] why do delphi users hate lazarus so much?
On Mon, Jan 28, 2008 at 12:48:56PM -0500, Warren Postma wrote: My reason for complaining about Lazarus, and calling it unusable, is that it suffers from worse usability defects (for what I want to use it for) than even the worst-ever versions of Delphi such as Delphi 2005. One assumes here that a usability defects makes unusable per se. Which is false. Usability defects can be painful, but if it can be worked around, it can be still worth, depending on the gains. And there we get into the usual pattern. Not everybodies expectations and requirements are the same. If Lazarus could be as useful to me as Delphi 7, I would change my opinion from nice little toy, to amazing open source platform pretty quickly. Calling something a toy that people earn a living with, and other people invested over a decade in, doesn't gain credit points. Nor will they listen to your arguments. It's not that I hate Lazarus. I am deeply disappointed with it. All the whiners who stopped buying from CodeGear because of low quality, seem to have no problem with the low quality and the missing basic features of Lazarus that Delphi has had since Delphi 3.0. Maybe they still miss features in D2007 that FPC had in 1.0, like Linux support. Or multi-arch support like in 2.0 :-) Or generics, like in 2.2. You still can't install packages in Lazarus because the underlying FPC compiler lacks a runtime package system that could support a more delphi-like designtime/runtime packages installation system. Which by the way is the worst part of Delphi. Everyone complains about Delphi component installation headaches. To be honest, I use D7 daily. Mostly because in my current job I have no need for crosscompat atm. But in all my years of being a Delphi programmer, I never used packages, and in some ways the Lazarus package system is better (e.g. not having to manually add directories after installing a package, why couldn't that be fixed in 11 versions of Delphi?) If Lazarus develops ANY package support whatsoever, I'll contribute and help make it better. I only partially agree with Florian. I don't think a package system is useless, but it sure is overrated, and the costs are tremendous. It's that big hump that has stopped progres thusfar. Your messages is typical in this regard, and by the way roughly something that has been echoing in b.p.d.non-tech for about an year now as the lastest last-straw whip to bash Lazarus. Except the vague (and IMHO bogus) notation that packages is some silver bullet that will make Lazarus right, it doesn't provide any clue about usage patterns of packages, notion of implementation details, the question if versioning in an open source projects won't be awfully hard (364 1/4 .FPL packages every year. Minus one day when the server gets exchanged) etc etc. And of course, nobody wants to help. It must be there first, and then the same people will hold on to the next straw that FPC misses, something that has been going on since Delphi times (including one person that persisted that FPC is not there yet for ten years because it wouldn't compile his 16-bit asm) Personally I would rank debugger way higher on my wishlist than packages. But until the FPC base compiler supports some kind of runtime package support, I see no point working on the top level GUI (lazarus). Maybe I should try to help the FPC team write package support. I don't know if I can, I have zero compiler-writing experience. It's more linker knowlede btw. And we wouldn't mind. On a similar note, recently a new resources system was committed, mostly created by an interested external (thanks again Giulio) But may I suggest you should actually have a look at Lazarus internals beforehand, to really make sure you are not wasting time on a silver bullet that turns out to be rust? Another thing to think over is that if packages are less useful on non windows platforms, how useful is the package then? It will be some time that FPC beats Delphi in pure Delphi/win32 applications. Cross platform matters to me. So I'm not like most of the lazarus haters. I'm not a hater at all. But I am a critic. Uninformed critics are often awfully close to haters. Except the former word it better. That's not necessarily a direct crack at you, but be careful that you don't echo the tenure of that NG too much. It is rather simplistic. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Making the IDE work with C/C++
On Mon, Jan 21, 2008 at 07:00:46PM +0300, Al Boldi wrote: Joost van der Sluis wrote: Op maandag 21-01-2008 om 16:57 uur [tijdzone +0300], schreef Al Boldi: Exactly right! The best feature is find declaration/implementation, but this only works for pascal code. What is needed to make this work for c/c++? Just re-write the codetools. That's rather sad for an OOP design. Actually, that is normal practice, since in practice OOP between different compilers usually means binary incompatible. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] BerkeleyDB in Lazarus
On Fri, Jan 18, 2008 at 12:16:24AM +0100, Michael Van Canneyt wrote: On Thu, 17 Jan 2008, Marco van de Voort wrote: On Thu, Jan 17, 2008 at 08:12:23PM +0100, Michael Van Canneyt wrote: BerkeleyDB is supported in Lazarus? Not unless you translate the C headers... http://www.stack.nl/~marcov/bdb.zip Maybe put this in the packages ? Afaik we talked about this on the way to Muenchen. It was never tested _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] BerkeleyDB in Lazarus
On Thu, Jan 17, 2008 at 08:12:23PM +0100, Michael Van Canneyt wrote: BerkeleyDB is supported in Lazarus? Not unless you translate the C headers... http://www.stack.nl/~marcov/bdb.zip _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Delphi/Lazarus comparison by Codegear
On Thu, Jan 17, 2008 at 08:40:11PM +0100, Giuliano Colla wrote: I stumbled, by chance, into a rather fair comparison of Delphi and Lazarus in the Delphi Wiki: http://delphi.wikia.com/wiki/The_Business_Case_For_Delphi#FreePascal.2FLazarus_.28FP.2FLZ.29 (cough) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IntraWeb
On Thu, Jan 17, 2008 at 12:50:42AM +1000, SteveG wrote: Just wondering if there has been any advance on an 'IntraWeb' interface at all ? and secondly - is it at all possible to use a (licenced) copy of Intraweb itself within Lazarus ? I'm not aware of any attempts. Indy works though (9 and 10) But if you don't have full intraweb source for each an every component (including parts in Delphi that FPC/Laz don't implement), then there is no chance at all. Maybe a quick AtoZed would give an idea? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
Yes I understand but why loose so many new users? All the programmers come from Delphi reports this issue and only a little subset of them check for a solution on Google. Others are lost! One doesn't loose much users that way. People that are so easily turned off, will always find something else, or don't really need it. Note also that such users typically don't know how to run shellscripts in the first place. But if a solution exists why do not use it? I do not understand! :( Well, you are right somewhat. Delphi has a separate VCL and a debug vcl for this purpose. However the core maintainers are a bit busy, so we would need extra resources for that. Maybe you should make a design document detailing how to do this, and most importantly, inventorise - the problems of having multiple LCLs in an eco system where the IDE is also using the LCL, - directory structure - distribution size (another such eternal size problem). Maybe an autobuilder (only distribute source?), another project, another document - how to configure in the IDE. - what should be default, - how to get backtraces (lineinfo) without full debuginfo, do we need a third type? etc etc. I'm sure if you spend some time on it, you can really do good here. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, Jan 15, 2008 at 05:44:15PM +0200, Albert Zeyer wrote: Andrew Brunner schreef: Vincent: IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for fools. I offer you all this. The #1 reason why Microsoft Windows (3 and up) took off and became so popular was Visual Basic for idiots and Turbo Pascal / Delphi for the coders between C++ and VB. Do you have a similar comparison for Open Source projects? Compare Linux with FreeBSD. I've no idea what you mean by that remark. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, Jan 15, 2008 at 10:02:28AM -0500, Andrew Brunner wrote: I offer you all this. The #1 reason why Microsoft Windows (3 and up) took off and became so popular was Visual Basic for idiots and Turbo Pascal / Delphi for the coders between C++ and VB. Or because the people poured in a truckload of work to finish it. Help us! The long term success of this project would be cemented if we all keep a more welcoming attitude to all walks of developers. We have enough attitude of our own (pun intended). Hours of serious work is what the project need. IMO Lazarus has serious potential to rival that of Java. It just needs more time and backing. IMO this file size issue is a serious problem for popular utilities that will run on anything. 8MB is totally unacceptable. We need a check box option in the compiler section to strip out all debugging code from LCL and make our distros tiny. Totally useless. It doesn't even resolve the stripping of code of end binaries that is not in the LCL, and is a one way only street. Nobody wants to get his feet wet on his tools, but sometimes you simply have to, and you can't always determine this on installation. So if the complainers are really serious, I expect them to make a thorough investigation of the problem, including several usecases from multiple perspectives, not a lame attempt at micromanaging Lazarus devels by just add a tickbox or nobody will use Lazarus kind of attitude. P.s. I'm not a lazarus devel. But I've been on this list a long time, and have countless fruitless proposals that bypass reality come and go. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, Jan 15, 2008 at 04:15:46PM +0100, Marius wrote: Fabio Dell'Aria wrote: Hi to all, all we know how many new users do not uses lazarus because it create too BIG compiled files. I cannot find the original thread, but i believe i have read something about a Debug/Release configuration which would solve this whole issue the nice way. I know for sure its on the roadmap.. In the mean time a little checkbox would do the trick to remove all debug stuff (if its not to many trouble to implement). But i'm no expert in the debug area. No it would not, since depending on definition it is either a one way strip all process, or quite complex. It's like adding a little checkbox to add .NET code generation. The checkbox is not that much work _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
On Tue, Jan 15, 2008 at 06:28:12PM +0200, Albert Zeyer wrote: I've no idea what you mean by that remark. Linux became popular because it was/is easy to install. (OK, not gained by the Linux kernel developers itself but by the community around.) Linux got a lot of funding due to hype. And the hype was mostly around the single student Linus cult, which was simply more marketable than a multi person core of dedicated but relatively colourless professionals. FreeBSD not, though from the quality point of view it's better. It didn't have the hype. You have to have a motivation to start installing in the first place. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
Anyway, if I were a new user to Lazarus, I would be surprised by the big compiled file. As an old Delphian, indeed it would be a bit strange. - Lazarus is not Delphi. Consequently some changes sould appears. - Why so big ? May be there is some related documentation. - May be Google could help : http://www.google.com/search?client=safarirls=en-usq=lazarus+big+executableie=UTF-8oe=UTF-8 - The second result takes you to the FAQ. - The FAQ help you to reduce your execuce using strip or upx. Also this faq might help (which is more from FPC) http://wiki.lazarus.freepascal.org/Size_Matters _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sockets programming
On Sun, Jan 13, 2008 at 11:42:30AM +, Mark Morgan Lloyd wrote: Sorry but this is another where do I find question. I'm doing various stuff which is best done at the level of the sockets library, I might wrap it as a component later. What is the correct way to get TFDSET, FD_ZERO, select() etc. so as to be portable under unix? Windows is no problem- they're all in winsock. When using the sockets library I'm getting compiler warnings such as 'Symbol RecvFrom is deprecated'. What exactly is something trying to tell me here, and what should I be doing about it? The old 1.0.x symbols have been deprecated in 2.2.0+, new variants exist that have proper typing and (standarized) errorhandling. These new variants are called prefix with fp, so fprecvfrom. These are all documented in http://www.freepascal.org/docs-html/rtl/sockets/index-5.html (though badly, they are not aliases, they are the real thing) The deprecated functions are also possibly buggy, don't use them. There are several bugreports with these functions behaving strange. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sockets programming
On Sun, Jan 13, 2008 at 11:42:30AM +, Mark Morgan Lloyd wrote: The old 1.0.x symbols have been deprecated in 2.2.0+, new variants exist that have proper typing and (standarized) errorhandling. These new variants are called prefix with fp, so fprecvfrom. These are all documented in http://www.freepascal.org/docs-html/rtl/sockets/index-5.html (though badly, they are not aliases, they are the real thing) The deprecated functions are also possibly buggy, don't use them. There are several bugreports with these functions behaving strange. Thanks Marco, I see them now. Any thoughts on how to get select() and associated procedures working? Yes. Use them from baseunix (fpselect fpset* etc). See docs. Under Unix they are not just for sockets, hence they are not in the socket units, but in the general api. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] regex-dna benchmark
On Mon, Jan 07, 2008 at 06:37:08PM +0100, willem wrote: I have a wiki site about google android. It covers also the topic of lazarus and free pascal. My visitors are interested in benchmark as my ranking. A partical interesting benchmark is the free pas rex-dna benchmark. Does one of the developers have more information of this benchmark ? Afaik that mostly tests a regex library, not a compiler. The benchmarks are used in the so called language shootout Note that the ranking for this benchmark http://shootout.alioth.debian.org/gp4/benchmark.php?test=regexdnalang=all looks nothing like the overall order (determined with all benchmarks): http://shootout.alioth.debian.org/gp4/benchmark.php?test=alllang=all _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
On Tue, Jan 01, 2008 at 12:16:23AM +0800, Antonio Sanguigni wrote: MemCheck {$endif} {$ifdef Linux} ,cthreads {$endif} (In addition to Vincent's comments), don't use linux, but Unix. See http://www.stack.nl/~marcov/porting.pdf _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Making GTK Thread Safe
On Thu, Dec 13, 2007 at 04:35:24PM +0300, Al Boldi wrote: Graeme Geldenhuys wrote: On 13/12/2007, Martin Schreiber [EMAIL PROTECTED] wrote: Is there web gateway for this? No, use a news client, Mozilla Thunderbird for win32/Linux or KNode for Linux for example. You will probably like the conversation by NNTP, much more convenient than mailing lists or web forums IMHO. I can't agree more. NNTP is a lot more convenient and preferred by me, that mailing list. The problem is that sometimes NNTP ports are blocked. A possible solution to that is spending a few bucks an year for a shell acocunt with NNTP access. (only requirement is that it is pwd based, not key based) Then use a web SSH client to connect to it if a normal ssh is not available. (the web ssh is the reason for the keyless account). I do this for years now. Other advantage is that you always have access to your own lastread pointers, and have to memorize/carry very little. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Working with different versions of lazarus
On Thu, Dec 27, 2007 at 09:11:17PM +0200, ik wrote: You are right. It seems under windows TProcess does not handle and ', but simply passes the entire commandline to CreateProcess, so it is up to program to handle and ' correct. According to msdn this is normal under windows. The problem of Windows API is that for path you must use , otherwise it will search in wrong manner. For example: No. It is only needed for the shell. (and its functions). The API (programming interfaces by definition) don't need this. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
On Thu, Dec 20, 2007 at 08:33:53PM +0700, Paul Ishenin wrote: Lukas Gradl wrote: For Zeos and Indy I disagree - there are working DB-Components in the standard-set and socket programming is nothing for a beginner. iirc, both zeos and indy are non-visual components, so I think you can ask fpc team to add them to their packages - then lazarus will only have lazarus package file and nice component icons to integrate that fpc packages to ide. Indy has designtime components and at least one property editor. A good solution still has to be found. IMHO Indy should be included in FPC (with some minimal designtime pkg in Lazsrus), but I was overruled by the other fpc devels. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] To all technical writers...
On Sun, Dec 09, 2007 at 03:00:10PM +, Mark Morgan Lloyd wrote: Marco van de Voort wrote: I use Lyx here, exporting to PDF with thumbnails, automatic TOC etc. Same here. I use OO for work for technical documentation, and that experience convinced me to stay with LyX/LateX privately. :-) I'm well pleased with the results. The two things that I've not worked out are (a) how to thread a sequence of sections into an article (with multiple articles in the overall document) and (b) how to tell a reader to start at a given article. Don't use an article, but use a book. A book has parts. If the reader could be told to start in a specific place it would make PDF a viable helpfile format. See Michael's mail. Of course the API would have to work on *nix too. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] To all technical writers...
Graeme Geldenhuys wrote: OpenOffice seeing that it runs on a lot of platforms and is freely available. I use Lyx here, exporting to PDF with thumbnails, automatic TOC etc. Same here. I use OO for work for technical documentation, and that experience convinced me to stay with LyX/LateX privately. :-) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Non UTF-8 Encodings
On Tue, Nov 27, 2007 at 09:42:54AM +0200, Razvan Adrian Bogdan wrote: What about the Synapse conversion units ? There is a unit, synachar if i remember correctly that dragged a lot of charsets and codepages internally and converts wtthout iconv support for most of them and uses iconv if the encoding is not supported internally, we could write our own such unit using the idea from synapse, i think they borrowed some conversion tables from iconv. See charset unit? Or what else uses rtl/ucmaps ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Primitive classes in fpc/lazarus
On Tue, Nov 27, 2007 at 12:42:28PM +0100, Vincent Snijders wrote: It would be nice if the fpcdoc xml files could be easily installed via packages. What do you mean? What is missing? For example: I don't see any of the xml files in the debian packages. I see. I thought you were talking about lazarus packages with .lpk files. And I thought fppkg :-) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Fri, Nov 23, 2007 at 12:56:21AM +0100, willem wrote: Marco van de Voort wrote: On Thu, Nov 22, 2007 at 07:52:59PM +0100, willem wrote: I know that the lazarus grammar is based on yacc I did some google search on the fpc I do know that google searches results are not always correct. I a a newby to the lazarus project. but i did study compiler comnstruction 30 years ago. Pascal has been founded by Prof niklaus Wirth as an an educational computer language and he has extended the backus -nauer form to EBNF. Well I am going to extend ENBF with XML. Why? EBNF to readable? Grammar is very important as a base to study a language. Certainly. Though not always for compiler construction. But more importantly, regardless if you use it for a compiler or not, it needs to be correct. And validating is an huge problem, since there is no complete description of the Delphi language anywhere. The only argument I heard that it is you downloaded it from the net. The FPC is recursive descent and is not based on yacc. Syntax highlighter parsers don't have to be 100% correct. Before you start you might also learn your target better, and at least have an idea how you are going to tackle porting unmanaged constructs to a managed version. Sorry you are wrong. I have already the delphi grammar for antlr There is even one in the Delphi's manual. But even that is not complete. How can you be so sure yours is? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Thu, Nov 22, 2007 at 04:52:34PM +0700, Paul Ishenin wrote: 2007/11/22, Luca Olivetti [EMAIL PROTECTED]: Considering that application for android have to be written in java I somewhat doubt it. Even worse, Google uses its own virtual machine. Lets teach fpc to generate java byte code for that machine :) Have a look at http://www.freepascal.org/faq.html#dotnet specially the last paragraph. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Thu, Nov 22, 2007 at 11:53:52AM +0200, Razvan Adrian Bogdan wrote: On Nov 22, 2007 11:36 AM, Luca Olivetti [EMAIL PROTECTED] wrote: Considering that application for android have to be written in java I somewhat doubt it. There must be a way to run apps natively or it's just another java OS ... Not JVM, it's dahzlik bytecode or so. But JVM can be compiled to this bytecode, licensing related. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Thu, Nov 22, 2007 at 10:41:44AM +0100, willem wrote: Well object pascal lies between java and c++. It lies at C++ level. android uses the eclipse ide. but antlr has also an eclipse plugin. object pascal and java grammars are available for antlr. so we can bridge the gap between java and object pascal. What are you actually trying to achieve ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Thu, Nov 22, 2007 at 02:42:58PM +0100, willem wrote: Marco van de Voort wrote: On Thu, Nov 22, 2007 at 10:41:44AM +0100, willem wrote: Well object pascal lies between java and c++. It lies at C++ level. android uses the eclipse ide. but antlr has also an eclipse plugin. object pascal and java grammars are available for antlr. so we can bridge the gap between java and object pascal. What are you actually trying to achieve ? the google android project has a 10 000 000 dollar budget. and if the lazarus gets a 50 000 dollar award for the adroid project Big if. Very big _if_. then we can make the lazarus at first 100 %compatible with delphi. Well, that needs mainly time, not money. And the time on android project can be better spent directly on Lazarus. I applieed for an account on sourceforge because i want to start up an android lazarus project and the first i will do is the java and delphi grammar to check Why do you need a Java grammar at all? Afaik there is no Delphi grammar that really describes the language. Sure, there are pretty printers, but nothing that can handle arbitrary code. Before you start you might also learn your target better, and at least have an idea how you are going to tackle porting unmanaged constructs to a managed version. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Google's Android OS :)
On Thu, Nov 22, 2007 at 07:52:59PM +0100, willem wrote: I know that the lazarus grammar is based on yacc The FPC is recursive descent and is not based on yacc. Syntax highlighter parsers don't have to be 100% correct. Before you start you might also learn your target better, and at least have an idea how you are going to tackle porting unmanaged constructs to a managed version. Sorry you are wrong. I have already the delphi grammar for antlr There is even one in the Delphi's manual. But even that is not complete. How can you be so sure yours is? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VCL for C++ based on FreePascal RTL
On Thu, Nov 22, 2007 at 08:22:50PM +0100, Felipe Monteiro de Carvalho wrote: I think it would be a lot more productive to instead write wrapper C++ classes around the Free Pascal ones. That would give someone full access to the Free Pascal libraries in a much more efficient way then re-writing everything. Not to mention that you would get bug fixes instantaneously when they are made to Free Pascal. This same thing is done to access C++ libraries in Free Pascal, so the other way around is certainly also possible. Easier maybe even, since easier autogeneratable. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] The use of Variants?
On Tue, Nov 13, 2007 at 09:47:31AM +0200, Graeme Geldenhuys wrote: What are your feelings about the use of Variants? I'm debating this in another NG and would like some outside opinion. Use for what? My personal opinion on Variants: * I don't like them. [if that's a reason] :-) * They seem like a bit of a hack. Native types seem to be a better solution to me, even though it might end up being a bit more work (coding wise). * They tend to be slow compared no native types. In Delphi 6 they were very slow. How does it compare in FPC 2.2.0? Variants are mainly interesting when communicating with foreign entities that are not typefast. Being generic database support (allows to have generic code to talk to databases, without having the database layout in some structure form compiled in), COM support, or PHP (www.stack.nl/~marcov/phpser.zip ) They were never meant to be used as normal variables. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: XML and UTF-8
On Sat, 10 Nov 2007, Mattias Gaertner wrote: The source code is UTF-8. Are you sure, that cwstrings works under linux with an ISO charset as default? And what about windows, if the codepage is 1251 (or whatever non UTF-8)? This, I don't know. cwstrings is for Linux only. Afaik it works fine on FreeBSD. (Darwin?) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: KOL-CE release
The odd ball license choice (wxwindows license) is not my favorite either btw. Why? wxwindows license is a LGPL with exceptions allowing binary distribution of code which use library. This licese is like RTL/FCL/LCL license. SourceForge accepts OSI-approved licenses and I pick wxwindows license as suitable... FPC uses LGPL+exception, Delphi scene mostly uses MPL (some with LGPL clause). This means yet another license in distribution to explain to people etc. Even though it might be the closest to LGPL on SF. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Usability issues
On Sun, Oct 28, 2007 at 06:21:04AM +0100, Felipe Monteiro de Carvalho wrote: If the compiler options dialog is to be redesigned I think it would be an oportunity to get customized build modes, like: Release, Debug, AnythingElse Yes, and additional should be definable by the user. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: KOL-CE release
On Fri, 19 Oct 2007 02:16:09 +0300 Yury Sidorov [EMAIL PROTECTED] wrote: Sorry, I forgot to specify link to KOL-CE wiki: http://wiki.freepascal.org/KOL-CE There is a bug in kol-ce. The package inherits source paths (MCK Package Editor / Options / Usage / Unit/Include: ../kol/). This adds this path to any project/package/IDE using the MCK package. Please remove these paths. Otherwise it can happen that the KOL.ppu is saved to the IDE directory and you will get strange unit not found errors. The odd ball license choice (wxwindows license) is not my favorite either btw. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Building Lazarus for linux-sparc
On Sat, Oct 20, 2007 at 08:23:54PM +, Mark Morgan Lloyd wrote: I've got Lazarus 0.9.23 building and generally running for Linux on a SPARC system, nothing special needed to be done although there's a few e.g. debugger issues that I need to investigate. Underlying FPC is 2.2.0 built from scratch. Reverting to 0.9.22 make all works without problems, but make bigide is a bit more tricky. I had to manually install a missing libc.o file plus a few related and had to change a makefile to get dbf.o etc. to build. However, I appear to be well and truly stuck with this: A package that uses unit (unit, not the library itself) libc is typically a package with Kylix legacy that hasn't been entirely converted to FPC. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Building Lazarus for linux-sparc
On Sat, Oct 20, 2007 at 08:23:54PM +, Mark Morgan Lloyd wrote: few related and had to change a makefile to get dbf.o etc. to build. dbf will probably not function on Sparc because it is not endianness clean. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Building Lazarus for linux-sparc
On Sun, Oct 21, 2007 at 02:16:32PM +0200, Mattias Gaertner wrote: few related and had to change a makefile to get dbf.o etc. to build. dbf will probably not function on Sparc because it is not endianness clean. Thanks, noted. I'd better keep my hands off bigide on SPARC at least until I've built up a far better grounding in how things work. You can adjust the list of bigide for sparc and send us a patch. See components/Makefile.fpc ide/Makefile.fpc ide/lazarus.pp Search for bigide. The Makefile(s) can be updated manually with cd directory/of/Makefile export FPCDIR=/path/to/sources/22/fpc/ fpcmake -TAll -v export FPCDIR= I talked to Neli, and he said endianess patches had been merged with TDBF. So I enabled it for all OSes for now in 2.3.1 (and soon 2.2) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ListView Crashes on Mac OS X...
Tom is right. Almost everything is implemented and working with the Carbon widgetset. I tried on Saturday on PPC with 2.2, and it I got the fpc dir not found [ignore] dialog. Pressing the button yielded a reaction on the console, but the program hung. It would be *very* nice if we could show a Lazarus/Carbon on the Systems 2005 fair next weekend, and I'm taking the Mini, so it could be possible. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE cannot find unit oldlinux
On Mon, Sep 24, 2007 at 05:30:18PM +0400, 12 12 wrote: * A.J. Venter [EMAIL PROTECTED] [Mon, 24 Sep 2007 14:23:18 +0200]: I would not suggest using oldlinux just for shell. There is a replacement shell implementation in the Unix unit which works. I know. We already discussed it. The problem meets not only here. It because of so called Delphi compatible mode. Some units written in Delphi requires this mode to be turned on. But some other to be turned off. How to switch this mode on only for several units? You can force modes in source, see manual. (hint: add {$mode fpc} right after the interface keyword) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Contribute Contactless Measurement Tool
On Wed, Sep 12, 2007 at 01:12:48PM +0300, Razvan Adrian Bogdan wrote: On 9/4/07, Alex Kovacic [EMAIL PROTECTED] wrote: TELL ME MORE - I have a ethernet camera running a linux server and want to capture line scan images at 3000f/s.. (frames or lines?) Operating systems have their own way of capturing, windows used VFW and DirectX, Linux has V4L and V4L2, network capturing should be easier but it's not done with normal capturing interfaces but directly receiving images usually in JPEG format using TCP, check out the network protocol for your camera and rather use LNET, Indy or Synapse for what you need, if should be easier than interfacing with V4L (Video for Linux). Nearly all higher speed camera's (and specially ones that yield true images, and not compressed streams) use proprietary drivers and client libraries, and the ethernet camera's are usually using cut down stacks. The fastest linescan camera we use (under Windows) goes till about 80 mpixel/s. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] mantis report status?
Graeme Geldenhuys wrote: Hi, This one has always puzzled me. What is the difference between a report being marked as Resolved or Closed? I understand them so: Resolved is flag usually setted by developer. This flag means that bug is fixed or will not be fixed. Closed is flag usually setted by reporter. This flag means that reporter already played with fixed version and very happy. But this flag can be seted by developer too if he have no feedback from reporter for a long time after bug fixing. Yes. Or anybody that really tests the bug is fixed. IOW not necessarily reporter, but also could be a dedicated tester. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] DLL trouble
On Sat, Sep 15, 2007 at 11:03:00PM +0200, Christian U. wrote: result:='test'; end; exports GetString; end. strings are no standart types and cannto exported from an library without special memmanager, use pchar Shortstrings can. He of course could have put it in Delphi mode, in which case the strings are ansistrings, and then the crash isn't strange. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Contribute Contactless Measurement Tool
On Mon, Sep 03, 2007 at 02:21:49PM +0400, 12 12 wrote: I almost finished work on part (tool) of project for contactless measurement of distance via webcam. It can: - capture image from webcam; - measure distance between lights according to calibration table. Despite of SysRec it will be true cross-platform. Somebody may find useful for him camera capturing routines. How can i contribute it to CCR? I'm very interested. But I'm not in charge of CCR. Could you mail it to me private? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest Lazarus revisions not compileable
On Sat, Sep 01, 2007 at 08:37:30AM +0200, Christian U. wrote: Since an view Days i get these Linker Messages when i compile Lazarus . Tested on 2 Mashines, also with clean. fpc is 2.1.5 on one Mashine and 2.3.1 on another. D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEREADER$TFPCUSTOMIMAGEREADER D:\lazarus\ide\lazarus.pp(118,1) Error: Undefined symbol: GRAPHICS_TBITMAP_$__INITFPIMAGEWRITER$TFPCUSTOMIMAGEWRITER D:\lazarus\ide\lazarus.pp(118,1) Fatal: There were 2 errors compiling module, stopping Sounds like bad hygiene with respect to .o and .ppu files. Somewhere there is a duplicate or outdated file. Or you e.g. didn't fully recompile LCL while you did update the compiler. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] utf8toansi and others seem don't work
On Mon, Aug 27, 2007 at 08:08:39AM +0200, Sebastian Kraft wrote: around begin/mid of august... For me all sp?cial french chars like etc ... are correctly displayed in menus, and others. Do you load your ressourcestrings from a translation file with TranslateUnitRessourcestring? Problem only occurs when I do so... I've had complaints about Lazarus/gtk1 failing on FreeBSD systems with german settings to display umlauts too. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Why IOCtl constricted?
On Sat, Aug 25, 2007 at 04:21:58PM +0400, 12 12 wrote: sr: SysCallRegs; begin sr.reg2:=Handle; sr.reg3:=Ndx; sr.reg4:=Longint(Data); IOCtl:=(SysCall(Syscall_nr_ioctl,sr)=0); LinuxError:=Errno; end; In this implementation all positive results of SysCall will be interpretted as errors! Who can answer: why do this? Oldlinux is legacy for 1.0.x compability, and shouldn't be used. Use baseunix.fpioctl _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Web Model for future FPC/Lazarus
On Wed, Aug 22, 2007 at 10:18:07PM +1000, David Lyon wrote: It's stateless. I'm also not sure that we can do what they do: python is interpreted, after all. They do have states, within objects. But it is all managed. It is very sophisticated. With my big picture hat on, I suggest we look at including an interpreted option. Interpreted what exactly? Template system which has a limited interpretation, the program itself, javascript, what? Not forgetting, the target for all of this is to be able to build a web app in a way that is reasonably familiar to old timers (attempting to preserve legacy code) and have it run on modern platforms. Be that in a web browser or whatever. What is it ?If it is existing pascal code, most likely it won't run in an interpreter in the first place without changing. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Web Model for future FPC/Lazarus
On Wed, Aug 22, 2007 at 07:57:17PM +0200, Vincent Snijders wrote: David Lyon schreef: Hi everybody, As we are discussing porting delphi/fpc/lazarus apps to the web I propose we start discussing the available web models. You can also consider something like the a form interpeter like Martin is thinking of. Or something like webhub (www.href.com). _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Web Service Toolkit??? release 0.5
On Mon, Aug 20, 2007 at 05:42:26PM +1000, David Lyon wrote: The model is that you download the source you need and compile it into your own system. That's no problem, and already the case. Define load. Also keep in mind that Perl installs interpreter sourcecode, what exactly do you imagine for FPC? compiled libs, source? How do you deal with versioning? Right. That's what perl does. We should do the same thing. Then compile it into a library that we can use. I don't understand what you really want to add. The perl reference is next to useless. Please be more descriptive. - the compilable source files get compiled at package load time and integrated into the system for use in the uses clause. I don't think it is wise to bother the compiler with the packaging system. It has no feelings :-) no pain will be caused by say 3 seconds of compiling. It has no knowledge of lazarus, all it knows are stuff like directories to search for source. Keep in mind we are not a scripting system, but a compiler. The whole idea is that the end-users of a binary don't need the whole shebang. I agree. It is a compiler. So we shouldn't be afraid to ask it to compile an extra file for us. The issue is more about platform independance and download size. By distributing packages in source code and compiling them after download, it means quicker downloads and less time recompiling the whole of lazararus just to add in a new package. How is this different than e.g. fppkg ? - fpc/lazarus uses these library files just as it would internal functions... That is impossible. (or you use internal functions entirely the wrong way). Why impossible ? At compile time, the compiler could decide whether the function is internal ie within the lazarus library files, or external within the users library directory. Well, the compiler knows nothing about lazarus. But I have noticed that we are using the GNU ld linker and I have been exposed to that a bit in the past. I know what that thing can do and what it can't. (actually starting with 2.1.x/2.2 not on windows anymore) When I use GLScene in Lazarus, ld takes an enourmous amount of time to link. It is unbearable. ld is being asked to write in all the glscene code into the .exe and seems to take forever (15+ seconds). I would prefer to have the option to link against the runtime libraries dynamically. This would save so much time. Well, I actually don't know that, but it could be yes. But that would require library packages like Delphi has and is far off. Further, it is pretty unrelated to the source packaging system. As far as I am aware, it is only a matter of changing the command line parameters when ld is being called, and ensuring that all the libraries that are being linked against are in the correct directories. _IF_ you have a valid librarypackaging system (shared lib generation on pascal level) system. But this is maybe as big as a change as e.g. adding a ELF internal linker. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Web Service Toolkit??? release 0.5
On Sun, Aug 19, 2007 at 10:08:57AM +1000, David Lyon wrote: When the ToDos are solved the IDE can be extended. I added a few links to FPC wiki sites there. Well, I have had a think about this library issue a bit further. What I think we should devise or adapt is something a bit similar to the python/perl library model. What exactly is that model? Triple the average linux packaging system size by sticking every unit into a separate installable package and provide of a web of dependancies that pulls half of them in in an average install? It does buy exposure though :-) This is what imho we should provide. The ideas are not so new I know: - use/extend the existing fpc tools to load the package. They get installed into a predefined directory like the /perl/site/lib directory in perl. Define load. Also keep in mind that Perl installs interpreter sourcecode, what exactly do you imagine for FPC? compiled libs, source? How do you deal with versioning? - the compilable source files get compiled at package load time and integrated into the system for use in the uses clause. I don't think it is wise to bother the compiler with the packaging system. Keep in mind we are not a scripting system, but a compiler. The whole idea is that the end-users of a binary don't need the whole shebang. - fpc/lazarus uses these library files just as it would internal functions... That is impossible. (or you use internal functions entirely the wrong way). Summary... Maybe we already have some of the parts of this already. It would be good to have something that works as simply as this. Yes, I might be able to help with making it work if people want to go this way. This is what fppkg and friends are achieving. However it has not much to do with dynlinking. There are tough technicaly nuts to be crached there first. Read the wiki articles. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] lazxml #text nodes
On Fri, Aug 10, 2007 at 09:15:30PM +0200, Mattias Gaertner wrote: For example GetValue('connectivity/answer_timeout/tag',2) will return 1000 instead of 2. Only if there is a nodevalue. But yes, that could be a problem. It is, because there is no function to change this value in TXMLConfig. The main purpose of TXMLConfig is to get and set some config values, not to parse an XML document. The question was more (since I'm not to deep into XML), if there was a true notation to linearise this. IOW if some character is used to signal nodevalue, or simply #text or so. I'm no XML wizard, which is why I actually reused code instead of writing my own ( :-)) So what would be (a) more normal rule to distinguish child values from attributes? The Document property gives full access to the internal XML. I made the FindNode method public, so you can find the node easier. I can't do much with this, since laz_xmlcfg (and the value=path) assumption is a bit too deep into my framework at work, and this is only an exception. But that is not a problem, I keep my hacky way, and don't merge it back. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Web Service Toolkit??? release 0.5
On Thu, Aug 16, 2007 at 09:10:46AM +0200, Mattias Gaertner wrote: On Thu, 16 Aug 2007 09:46:46 +1000 David Lyon [EMAIL PROTECTED] wrote: Hi Darius, Darius Blaszijk wrote: [...] 2) Lazarus only supports static packages. So installing a package would always require to recompile Lazarus. I have no idea what the progress on this topic is. Perhaps the wiki has something on it, or someone from core can comment. See http://wiki.lazarus.freepascal.org/Lazarus/FPC_Libraries When the ToDos are solved the IDE can be extended. I added a few links to FPC wiki sites there. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Systems 2007
On Thu, Aug 16, 2007 at 11:58:13AM +0200, Sebastian G?nther wrote: David Lyon schrieb: Oh, and maybe the address of the Greek restaurant we were in 2005 (Mattias maybe remembers it :-) I could only find this: http://www.xs4all.nl/~patto1ro/munipubs.htm There are so many pubs, bars, restaurants etc. in Munich... Marco: In about which area was the Greek restaurant? Near the youth hostel, i.e. near Rotkreuzplatz / in Neuhausen? Yes. Note that it was mainly remarkable because of the alcoholconsumption of the owner. We did have a laugh though. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Systems 2007
On Mon, Aug 13, 2007 at 08:31:29PM +0200, Mattias Gaertner wrote: do we have brochures ? CDs ? Artwork ? Signage ? Furniture ? Manning ? Ideas for a brochure, artwork, CD cover, CD help, whatever are very welcome. Loggings also, since I'm now definitely not allowed in youth hostels anymore :-) Oh, and maybe the address of the Greek restaurant we were in 2005 (Mattias maybe remembers it :-) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Testers for the unicode support on windows
News: http://trolltech.com/products/qt/gplexception But: B) You must, on request, make a complete package including the complete source code of Your Software... ... to TROLLTECH. Not the general public. And you can charge Trolltech the same amount of money for it as your normal customers. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] lazxml #text nodes
On Fri, Aug 10, 2007 at 06:52:15PM +0200, Mattias Gaertner wrote: Marco van de Voort [EMAIL PROTECTED] wrote: +end; //CheckHeapWrtMemCnt('TXMLConfig.GetValue H'); //writeln('TXMLConfig.GetValue END Result=',Result,''); end; This would mean '1000' becomes the default value for all attributes, right? Yes. For example GetValue('connectivity/answer_timeout/tag',2) will return 1000 instead of 2. Only if there is a nodevalue. But yes, that could be a problem. I'm no XML wizard, which is why I actually reused code instead of writing my own ( :-)) So what would be (a) more normal rule to distinguish child values from attributes? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] lazxml #text nodes
At work I also use laz_xmlcfg from Delphi, and I noticed that while it can parse the following format, there is no way to retrieve the value 1000. !--- cutout, imagine std XML header here connectivity answer_timeout id=21000/answer_timeout /connectivity The value is read into a #text child, but that is not queryable because the last value in a getvalue path is always searched in the attributes node. The following patch is a possible solution for that: Index: C:/cansrc/libraries/lumen16/laz_xmlcfg.pas === --- C:/cansrc/libraries/lumen16/laz_xmlcfg.pas (revision 330) +++ C:/cansrc/libraries/lumen16/laz_xmlcfg.pas (revision 344) @@ -139,7 +139,7 @@ function TXMLConfig.GetValue(const APath, ADefault: String): String; var - Node, Child, Attr: TDOMNode; + m,Node, Child, Attr: TDOMNode; NodeName: String; PathLen: integer; StartPos, EndPos: integer; @@ -179,7 +179,12 @@ //writeln('TXMLConfig.GetValue G2 NodeName=',NodeName,''); Attr := Node.Attributes.GetNamedItem(NodeName); if Assigned(Attr) then -Result := Attr.NodeValue; +Result := Attr.NodeValue + else +begin + m:=node.FindNode('#text'); + if assigned(m) then result:=m.NodeValue; +end; //CheckHeapWrtMemCnt('TXMLConfig.GetValue H'); //writeln('TXMLConfig.GetValue END Result=',Result,''); end; _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Multiprocessing compiler
On Sat, 4 Aug 2007, Lv wrote: Did anyone attempt a multiprocessing compiler version of fpk yet in order to compile for clusters and run together with a load balancing unit. I believe some brainstorming was done to see how it could be implemented with some compiler hints, but nothing was implemented. The brainstorming is here : http://wiki.freepascal.org/OpenMP_support _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus promotion opportunities..
On Sat, Aug 04, 2007 at 01:04:33PM +0200, Michael Van Canneyt wrote: There are a number of Linux Trade shows around the world that we could put stands at for less cost than say cebit. The idea there is to give a cd and handout with a version of Lazarus for all the major platforms so people can get a taste of what it is all about. Lazarus will be at Systems this year (as it was last year). The booth is for free. btw, I've reserved leave for this this year too. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] button glyphs in IDE dialogs
On Wed, Aug 01, 2007 at 10:16:34AM +0200, Vincent Snijders wrote: Today a couple of bug reports have been made about missing button glyphs in IDE dialogs. Should they be added? Or does it make the dialogs too busy? I don't like glyphed buttons, but don't like iconic references in general. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Component or library for HTTP and/or WebDAV protocol on Mac OS X
On Mon, Jul 23, 2007 at 03:35:51PM +0200, Tobias Giesen wrote: I am ready to invest a lot of time into this, so if I have to create something new or port a library that currently works on Windows or Linux, how should I proceed? Is there a library that I should port over to Macintosh? Probably not Indy 10? Should I try to use the Carbon API or Unix sockets? Indy 10 snapshot worked for a while on OS X, but only a handful of components have been checked. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Form designer code inside .pas unit
On Mon, Jul 23, 2007 at 02:49:47PM +0300, Al Boldi wrote: directly instead of a external unit. They embed the form/component creation code inside a private method called from the constructor. The code in that private method is also wrapped in C# Region so that it is hidden by default with code folding. Java always did it like this, and now others are starting to mature. Yes, and I hated it (JBuilder 6 to be exact). Small changes in the code constantly crashed the form designer. So again, what is the pros and cons between the two design choices when using the Object Pascal language? .dfm is good for beginners, who get confused looking at code they didn't write. .pas is good for pros, who need to take control of their project code. In practice you can't touch the generated code or the markers around it, since that leads to frequent crashes. Actually my personal experience is that mucking around in the Delphi DFM (e.g. to change inheritence) is safer than mucking around in the java generated code of JBuilder 6 (not to speak of Visual Cafe) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] *.xml config files under Windows
On Thu, Jul 19, 2007 at 01:06:36AM +0200, Vincent Snijders wrote: This is likely to change before 1.0 to the some applictiondata directory, as given by the sysutils.GetAppConfigDir (or what is that function name?). Keep it versioned, or you might loose the ability of having multiple independant lazarusses? It won't be different from the current situation in *nix: you have to use to pass the config dir on the command line if you want to use different config files. Well then I suggest that being fixed too. ( :- ) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] *.xml config files under Windows
On Thu, Jul 19, 2007 at 06:00:55PM +0200, Mattias G?rtner wrote: Zitat von Marco van de Voort [EMAIL PROTECTED]: On Thu, Jul 19, 2007 at 01:06:36AM +0200, Vincent Snijders wrote: This is likely to change before 1.0 to the some applictiondata directory, as given by the sysutils.GetAppConfigDir (or what is that function name?). Keep it versioned, or you might loose the ability of having multiple independant lazarusses? It won't be different from the current situation in *nix: you have to use to pass the config dir on the command line if you want to use different config files. Well then I suggest that being fixed too. ( :- ) Can you elaborate, how such versioned directories should work? I can think of two possible solutions: 1 all files in a directory (versioned) in .lazarus or .lazarus-version 2 letting the name of the directory depend on the binary. In this case, renaming lazarus to lazarus-version would fix it. The first is easier, the second more flexible, however will probably be too problematic due to startlazarus and Lazarus self building properties. So that leaves us the first point, and a .lazarus/$lazversion is cleaner than .lazarus-$lazversion I think _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] *.xml config files under Windows
On Thu, Jul 19, 2007 at 11:03:16PM +0200, Mattias G?rtner wrote: On Thu, Jul 19, 2007 at 06:00:55PM +0200, Mattias G?rtner wrote: Zitat von Marco van de Voort [EMAIL PROTECTED]: On Thu, Jul 19, 2007 at 01:06:36AM +0200, Vincent Snijders wrote: This is likely to change before 1.0 to the some applictiondata directory, as given by the sysutils.GetAppConfigDir (or what is that function name?). Keep it versioned, or you might loose the ability of having multiple independant lazarusses? It won't be different from the current situation in *nix: you have to use to pass the config dir on the command line if you want to use different config files. Well then I suggest that being fixed too. ( :- ) Can you elaborate, how such versioned directories should work? I can think of two possible solutions: 1 all files in a directory (versioned) in .lazarus or .lazarus-version 2 letting the name of the directory depend on the binary. In this case, renaming lazarus to lazarus-version would fix it. The first is easier, the second more flexible, however will probably be too problematic due to startlazarus and Lazarus self building properties. So that leaves us the first point, and a .lazarus/$lazversion is cleaner than .lazarus-$lazversion I think What about projects and packages? Keep them apart. What should happen when a user starts a lazarus with a new version? Should the IDE automatically create copies? Ask? It can scan the .lazarus directory. Is the lazversion enough? Maybe some users needs two different revisions of the same 0.9.23. I was also thinking about that, which was why I came up with the (often used) second way. Another solution would be to add also $fpcversion, but that still doesn't cover two snapshots of either from a different date. If I understand it right, you want to keep several old lazarus versions. Somehow you distinguish them (e.g. icon). Why not simply use the command line parameter? IMHO something as basic as a double installation should be automatic, and not require config file or commandline hacking. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] *.xml config files under Windows
On Wed, Jul 18, 2007 at 11:04:19AM +0200, Vincent Snijders wrote: Graeme Geldenhuys schreef: Hi, Where does Lazarus under Windows store the *.xml config files? For example under Linux it is or the Lazarus directory or the ~/.lazarus directory. What is the equivalent under Windows? It is in the lazarus executable directory. This is likely to change before 1.0 to the some applictiondata directory, as given by the sysutils.GetAppConfigDir (or what is that function name?). Keep it versioned, or you might loose the ability of having multiple independant lazarusses? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] A counting proxy in lazarus ?
On Fri, Jul 06, 2007 at 12:55:01PM +0200, A.J. Venter wrote: Put an http proxy inside the outkafe counter window, send the browser through it. This proxy need not cache ANYTHING. It ONLY needs to relay the http traffic back and forth - and count the bytes coming in (Each instance can run on it's own port - no problems there) (Afaik Indy 10 has a HTTP proxy component, check it out) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Working with XML: crosscompatibility
On Thu, Jun 28, 2007 at 01:23:09PM -0300, Luiz Americo Pereira Camara wrote: Alvise Nicoletti wrote: I have to parse xml both with Lazarus on linux (server) and Delphi on Windows (client). Actually, with Lazarus, I'm using the DOM, ReadXML, WriteXML units. Is there something that I can use in Delphi with the same code? Or, otherwise, is there some XML component compatible for both Delphi and Lazarus? Some time ago i ported the fpc dom unit to delphi. It was just a matter of changing the places of const sections, no change was made at all, if i remenber well. I can send to you but is a bit outdated. A better option is to try to compile the most recent fpc dom version, probably will be easy. I use the Lazarus dom, xmlcfg etc units under Delphi also. But mostly for configuration file (and application GUI state saving) purposes. Afaik the lazarus ones are like the FPC based, but ansi and not widestring based. There were some modifications IIRC, but they were pretty trivial. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FindFirst/FindNext or FPReadDir
On Thu, Jun 21, 2007 at 09:48:56PM +0400, Alex Smirnov wrote: Peter Vreman ?: If need performance and only need to have the filename you can use fpgetdents or the deprecated fpreaddir. If you need all file information like size and modified timestamp then better use the portable findfirst/findnext. *Thank you, Peter! * Can you. please, help me to understand Dir structure, i.e The FreeBSD source has some comments dir = packed record dd_fd : cint; // file descriptor associated with directory dd_loc: clong;// offset in current buffer dd_size : clong;// amount of data returned by getdirentries dd_buf: pchar;// data buffer dd_len: cint; // size of data buffer {$ifdef netbsdpowerpc} dd_pad1 : cint; dd_seek : cint64;// magic cookie returned by getdirentries {$else} dd_seek : clong;// magic cookie returned by getdirentries {$endif} dd_rewind : clong;// magic cookie for rewinding dd_flags : cint; // flags for readdir end; TDir= dir; pDir= ^dir; However I would vote against using it. Sure it saves a stat here and there, but it is way less portable (even amongst *nixes in time) than findfirst. http://freepascal.org/docs-html/rtl/baseunix/pdirent.html; Keep in mind that the docs only show the Linux structures and functions for the *nix units. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TProcess or Shell ?
On Sat, Jun 09, 2007 at 12:12:40AM +0200, A.J. Venter wrote: I think I will post this question to the list and get the general feel from those who know the internals well. What is the consensus please ? That's pretty easy. In 2.1/2.2+, shell() is deprecated. (though fpsystem is there as pretty close substitute) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FreeBSD support
I want to test fpGUI under FreeBSD. My IDE of choice is obviously Lazarus! :) Does FPC and Lazarus work fine under FreeBSD? I'm completely new to FreeBSD. Is there any specific things to look out for while setting up my development environment? Not really. Afaik using FPC/Lazarus on it is mostly equivalent to Linux. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Mon, May 21, 2007 at 08:04:10PM +0200, Micha Nelissen wrote: Mattias Gaertner wrote: I'm curious: Was there any feature, that FPC implemented first and was reimplemented by Borland in the same way? Perhaps operator overloading and inline ? But I think those have a .net origin, not fpc, for Borland. Straight overloading also afaik. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Mon, May 21, 2007 at 01:39:03PM +0200, Graeme Geldenhuys wrote: Here is some interesting Delphi features I found title: New since Delphi 7... Anybody interested in implementing a few. At least FPC and Lazarus beat them to a few of those!! :-) New IDE features since Delphi 7 http://dn.codegear.com/article/34325 New VCL feature since Delphi 7 http://dn.codegear.com/article/34323 New Delphi language features since Delphi 7... http://dn.codegear.com/article/34324 http://www.stack.nl/~marcov/delphilater.txt sums up some IRC discussion about these URLS. Some just don't make sense like the Records with Methods in the language features. Why not just use a class? Thorsten proposed that this could have to do something with limiting the scope where to search for special functions that implement for..in syntax. So that'd make it a sideproduct of for..in promoted to feature. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New features since Delphi 7...
On Tue, May 22, 2007 at 02:27:32PM +0100, Sam Liddicott wrote: I had so much trouble in the Delphi 1 days because so many VCL methods were needlessly declared private instead of protected. I found hacks round it, of course, but the priorities of the component-set developer often don't match those of the user who is also a developer. private and final are a usually poor substitute for respect and good communication. Agree fully. Nobody can forsee each and every border condition how future users can use code. Jonas/Thorsten suggested sealed as a helper to signal the compiler optimization options. (possibly because this is all .NET copying, and the JIT must be more sparingly with time) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RTF backend for FPDoc.
On Wed, May 16, 2007 at 09:22:16AM +0200, Michael Van Canneyt wrote: Michael Van Canneyt wrote: The generated RTF is linear, i.e. it is suitable for printing. In order to create a .hlp file or a .chm file, some changes will be necessary. (.hlp requires insertion of well-formed footnotes) As far as I know chm files are html not rtf. Yes, but they must/can be generated by the microsoft help compiler from the same RTF source. .hlp is also a compiled format, with RTF as the source. ... and lzs + phrase compression. I have phrase decompression and lzs (de)compression. .hlp is deprecated in Vista btw, but can be additionally installed. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] detecting the Linux window manager used
On Sun, Apr 22, 2007 at 08:53:14AM -0400, Lee Jenkins wrote: That is pretty cool, though it is Perl not C. :-) Oops ;) I guess we've established that I am not familiar with Perl either... Hmm, call me an cynic, but I'd say that is a good thing. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Bitmap troubles on Win9x
On Tue, Apr 17, 2007 at 07:44:03PM +0100, Steven Graham wrote: I have a program that I've made with lazaus which in the main form is a Toolbar and a some menus, the menu items and toolbar buttons are all setup with actions in an action list. The trouble I'm finding is that if they have bitmaps when starting the program on Windows 95 and 98 I get: (just a long shot: I'm not 100% sure, but didn't toolbars require a commctrl update? Try to update the win98 commctrl and try again. ) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] License clarification for lazarus plug-ins
On Tue, Apr 17, 2007 at 01:03:01PM +0200, Vincent Snijders wrote: non-GPL-compatible plugins included statically; however, we do not see this as a severe limitation, since recompiling Lazarus is easy. /quote So, will you go after violations like the GLScene integrated lazarus? In what way is the GLScene license non-GPL compatible? It's MPL, and it is designtime. Note that violation is a bit of a big word, specially since all people involved are on speaking terms. It is more meant as a testcase for the new policy. Specially because this is the exact example that I gave that started this discussion (MPL designtime) The first point would be to investigate if there is MPL code in the designtime parts. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] After compiling and debugging my app, sometimes (randomly) a failure pops up.
On Sun, Apr 15, 2007 at 08:07:05PM +0200, Pelle ten Cate wrote: I am trying to write quite a nice application in Lazarus. Now sometimes when I compile my project and run it (debug via Lazarus) i get the following error: (slightly different probably, translated from Dutch) Running is temporarly halted. Address: $7C810665, Procedure: KERNEL32!CreateThread, File (doesn't report a filename.) After clicking OK, debugging goes on immediately. I have no clue where this possibly comes from. My setup: Windows XP Pro SP2, Lazarus 0.9.22, fpc 2.0.4 How to debug this irritating thingie? You could try to use this GDB command: set scheduler-locking mode Set the scheduler locking mode. If it is off, then there is no locking and any thread may run at any time. If on, then only the current thread may run when the inferior is resumed. The step mode optimizes for single-stepping. It stops other threads from seizing the prompt by preempting the current thread while you are stepping. Other threads will only rarely (or never) get a chance to run when you step. They are more likely to run when you `next' over a function call, and they are completely free to run when you use commands like `continue', `until', or `finish'. However, unless another thread hits a breakpoint during its timeslice, they will never steal the GDB prompt away from the thread that you are debugging. show scheduler-locking Display the current scheduler locking mode. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Delphi for PHP
On Fri, Apr 06, 2007 at 01:51:20PM +0200, Pieter Valentijn wrote: Remember this topic? Well the source is now there on sourceforge :-) I have seen the demo and I like it. All do my knowledge of php syntax is not big I hope the code inside will change that :-) https://sourceforge.net/project/showfiles.php?group_id=189419 Some first opinions: http://www.itwriting.com/blog/?p=175 (the comments have more reviews) Docs/help seems to be bad. Some concerns about security too. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Mon, Apr 02, 2007 at 11:07:21PM +0200, Graeme Geldenhuys wrote: And non native widget differ much in little things. tab order, key bindings, resize behaviour, speed These are all things that can be addressed in the painting backend and event handling code of the supported platforms. Yes. And because that is so easy, the look and feel of *nix is so much better :_) IOW, that is a stopgap emulation at best, and often doesn't adhere to global OS settings. I think it is much harder to get C++ widget sets to play along in our Object Pascal world than to modify some backend Object Pascal code. Except for QT I don't know C++ widget sets worth mentioning. The rest is all procedural interface. (and even QT can be proceduralised) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Mon, Apr 02, 2007 at 07:00:16PM +0200, Graeme Geldenhuys wrote: Having native controls is simply something people request. Just try to convince somebody to use a Qt or GTK application on Windows or MacOS. They will tell you always it looks and behaves strange. Consistent Getting a native look is easy. QThemes (or something like that) was a add on unit for CLX which could make a Kylix application look exactly like XP (blue and silver themes) and exactly like a few GTK themes. I think a native feel is at least as, if not more important, than the look. And non native widget differ much in little things. tab order, key bindings, resize behaviour, speed (non native widgets often feel sluggish) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Managing Cross Platform Projects
On Wed, Mar 21, 2007 at 07:14:42PM -0700, George Lober wrote: while back I thought about setting up SVN because of the drawbacks, but since I am not familiar with it, the setting-up and running of it looked quite complicated. The other major concern that held me back was about how much disk space an SVN implementation consumes over time as it grows, and how big a backup of the SVN server data would be compared to my present method. What are your experiences? Way smaller _IF_ you commit carefully (don't commit slightly mutated binary files all the time. Our backup of 120 revisions together in .tar.bz2 are 120% of the size of the source as ZIP. Setting up SVN took about a day, including plugging a ssh hole in the firewall so it works from home. The biggest thing is figuring you need groupid permissions here and there. Including reading the book. (I got the O Reilly one, partially also for the other people in the company) I did already have a samba Linux server setup though, so only needed to add this app, not install a server. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Crossplatform Windows-Linux
On Wed, Mar 21, 2007 at 03:42:25PM -0300, Andreas Berger wrote: I'm sorry to bring up something like this, but I really need help. I need to port an app from windows to linux. However, since all my development is under windows I would like to compile under windows and run it on a (or better the only) linux machine in the company. The linux machine is running Mandriva 2006 and does absolutely nothing at the moment other than serve a remote disk for backups. The app uses Synapse for networking and TDbf for it's data bank. I have never used Linux and have no idea about how it works. So here are my questions: 1) How do I (cross)compile a linux app from windows? (I will do a command line compile) See http://www.stack.nl/~marcov/buildfaq.pdf for some pointers. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives