Re: [lazarus] win32extra merged into FPC
Felipe Monteiro de Carvalho schreef: On Feb 11, 2008 8:58 AM, Marco van de Voort [EMAIL PROTECTED] wrote: 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. Althougth we already require 2.2.1 for wince I'd rather not also require for win32 now. The time to download subversion fpc and build it is considerable, not to mention many people won't know how to do that (lazarus svn is popular). I'd rather wait for 2.2.2 before changing that. I think we should add IFDEF's for fpc 2.2.0 to keep the current code. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ColorToRGB in console app
Graeme Geldenhuys schreef: On 09/02/2008, Hess, Philip J [EMAIL PROTECTED] wrote: This console app runs okay on Delphi. Is there something I'm missing here or is this just not possible with Lazarus? You do not get true console applications under Windows, because all windows installations have a GUI installed. All Mac OS X installations too. :-) Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Win32 compilation error : Import library not found for libz
Dominique Louis schreef: Hi all, Anyone have any ideas? Yes, drop zlib and use paszlib. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] FW: [FPC 0010433]: Can't compile IDE to add package
Hess, Philip J schreef: From time to time I receive blank bug reports like the one below. Today I received several so I logged into Mantis and saw that a couple weeks ago there was a message to me from Vincent related to this bug - I never saw the message, probably because it came to me as a blank e-mail. Is there a simple explanation for what's happening here or a way to correct Mantis? A bug in Mantis or our coniguration of it, that it doesn't add notes, if they are too big. Hopefully it will be fixed, after the upgrade of Mantis soon. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Win32 compilation error : Import library not found for libz
Dominique Louis schreef: Ok, but shouldn't it work with both? If you have a compatible zlib dll. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ColorToRGB in console app
Hess, Philip J schreef: Of course, now the app has the same issues as any Mac GUI app compiled with GTK, in that even though it's a console app (sort of), it will only run under X11. And no way to compile for Carbon with lazbuild unless the framework carbon stuff already set in the .lpi. Maybe you should set the framework parameters in the fpc.cfg, under #ifdef LCLCarbon, if you don't want to pass them always. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Error: Invalid Free Pascal Source Directory
Luk Vandelaer schreef: The correct path for you would be /usr/lib/fpc/2.0.4 Lazarus knows his way from there. No that is the path of the compiled units (.ppu and .o), not for the pascal *source* directory, with .pas, .pp and .inc files. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] postgres revisited
Alex du Plessis schreef: Hi all Earlier I reported a problem finding libpq.dll. I then suspected a problem on my disc and did a complete Windows XP re-install, followed by a postgres 8.3 install and then a Lazarus 0.9.25 re-install. I started by changing fpc.cfg to add the library path of the libpq.dll file to fpc.cfg and that had no effect. The TPQConnection still could not find the file libpq.dll when trying to set the connection to active. Restarting Lazarus also did not improve this situation.(Maybe it needed to reread fpc.cfg?). I finally resorted to copying the libpq file into /windows/sytem32 and tried to connect again. This time round Lazarus asked for ssleay32.dll as well as vsinit.dll. After duly downloading and copying these files into system32. As Marc said a couple of days ago, copying to system32 is not the 'correct' way to do this. Add The directory that contains the libpq.dll to the PATH environment variable instead. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] postgres revisited
Alex du Plessis schreef: Marc Weustink wrote: Alex du Plessis wrote: Alex du Plessis wrote: Hi all Earlier I reported a problem finding libpq.dll. I then suspected a problem on my disc and did a complete Windows XP re-install, followed by a postgres 8.3 install and then a Lazarus 0.9.25 re-install. I started by changing fpc.cfg to add the library path of the libpq.dll file to fpc.cfg and that had no effect. The TPQConnection still could not find the file libpq.dll when trying to set the connection to active. Restarting Lazarus also did not improve this situation.(Maybe it needed to reread fpc.cfg?). I finally resorted to copying the libpq file into /windows/sytem32 and tried to connect again. This time round Lazarus asked for ssleay32.dll as well as vsinit.dll. After duly downloading and copying these files into system32. On trying to connect this time I get the message The ordinal 284 could not be located in the link library SSLEAY32.DLL. Even trying with different versions of ssleay32 does not solve the problem. At this point Lazarus shows the connection as Active in the object inspector but seems to be frozen. Switching to another task in the windows taskbar brings Lazarus out of its reverie and gives me the message Can not load the PostgreSQL client. Is it installed?(libpq.dll). Does anybody have any idea how to rectify this problem? Regards. Alex _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives Thanx for the advice, I have already adjusted the PATH variable. However it still does not solve the problem of looking for an unknown ordinal value in ssleay32? where did you find the SSLEAY32.dll ? You said you downloaded and copied it ? Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives I searched on the web and downloaded from there. Should I have obtained it from a specific location? Copied it into system32. I have ssleay32.dll in C:\Program Files\PostgreSQL\8.3\bin, which was created when installing PostgreSQL 8.3 the other day. Vincent P.S. How hard is it to remove footers from an email before replying? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Open URL in a browser
Antonio Sanguigni schreef: Hi all, I'm trying to create an hyperlink component but I'm having some difficult to catch default browser under Linux. In Windows it has to be easier but I would like to find an elegant cross-platform way. I saw the Lazarus Ide has Help - OnLine help menu which I can get a look. Any suggest to better understand the code ? I saw there are THelpViewer class and THelpDatabase and their containers but I cannot be able to understand deeply how this code is working. See also lazarus\examples\openbrowser Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Trouble with postgres
Alex du Plessis schreef: I certainly did - and in the library file directory one only finds the libpq.a file no libpq.dll That is a bit strange. Did previous version install a dll? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SelectDirectory double click
Graeme Geldenhuys schreef: On 06/02/2008, Vincent Snijders [EMAIL PROTECTED] wrote: is excellent under windows, because it use the common dialog for it. Yes, but GTK1 doesn't have a native Select Directory dialog as for as I could tell, so the LCL hack (which I think it is, but could be wrong) was to use the Select File dialog which is confusing as hell. The dirsel.pas mimics the pretty Windows native one. ;-) Seeing that 90% (and decreasing) of the worlds computer users use Windows, they should complain to much about the dirsel look. :) In this case, if there is no suitable native gtk1 widget for select directory, the gtk1 interface should use the LCL one from dirsel. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] laz 9.24.1 fail on fpc 2.2.1
Bee schreef: Hi all, I just updated my SVN for fixes branches both for fpc (2.2.1) and laz (9.24.1), after a few weeks from my last update. Unfortunately, laz 9.24.1 is broken on fpc 2.2.1 (again). Here's the make output: [EMAIL PROTECTED]:/svn/laz-9.24.1$ make all LCL_PLATFORM=gtk2 bigide ...snip... gtkproc.pp(665,11) Error: Forward declaration not solved MergeClipping(TDeviceContext, PGdkGC, LongInt, LongInt, LongInt, LongInt, PGdkBitmap, LongInt, LongInt,var PGdkBitmap) gtkproc.pp(1012) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [interfaces.ppu] Error 1 make[3]: Leaving directory `/svn/laz-9.24.1/lcl/interfaces/gtk2' make[2]: *** [gtk2_all] Error 2 make[2]: Leaving directory `/svn/laz-9.24.1/lcl/interfaces' make[1]: *** [interfaces] Error 2 make[1]: Leaving directory `/svn/laz-9.24.1/lcl' make: *** [lcl] Error 2 Hints? TIA. The fixes branch is only test compiled with fpc 2.2.0. Because fpc 2.2.1 is a moving target, and manpower is low, I only test with fpc 2.2.0. Some weeks ago it worked with fpc 2.2.1 and nothing changed to lazfixes, and now it doesn't work. There were some bug fixes in fpc 2.2.1 which needed changes in Lazarus. Those changes have not yet been merged. Try to find out in what revision the fixes were in trunk were made, so that they can be merged. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Trouble with postgres
Alex du Plessis schreef: I did a re-install of postgres and now libpq is a .lib file. Any thoughts on what that file type might be? Seems the only workaround at the moment is to use odbc. With odbc at least I can get connected I still need to find out how to directly connect to postgres via sqldb and libpq. Any ideas on that matter will be greatly appreciated For your sake, I installed postgresql 8.3 and found libpq.dll in C:\Program Files\PostgreSQL\8.3\bin Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SelectDirectory double click
Graeme Geldenhuys schreef: On 06/02/2008, el stamatakos [EMAIL PROTECTED] wrote: select a directory. Is there a way to only click once to make a selection, is there an option somewhere or another function. I look forward to your The standard SelectDirectory in LCL is excellent under windows, because it use the common dialog for it. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Trouble with postgres
Alex du Plessis schreef: I have recently installed lazarus 0.9.25 and postgres version 8.3 on a Windows XP box. sqldb used to connect flawlessly in my previous installations but suddenly I have no luck in connecting to the database.Even after updating fpc.cfg to point to all the correct directories. Lazarus keeps on insisting it cannot find libpq.dll.When I investigated I found a number of .lib files in the /lib subdirectory of postgres but a libpq.a (among a few other .a files). Did you install the postgress client libraries? I assume they include a .dll file. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Ubuntu and overnight snapshots....
Dominique Louis schreef: micahel schneider wrote: wget and cron? According the Wiki ( http://wiki.lazarus.freepascal.org/Getting_Lazarus ) I need to use.. deb http://www.hu.freepascal.org/lazarus/ lazarus-stable universe for the stable version, but what do I use for the unstable snapshot? svn co http://svn.freepascal.org/svn/lazarus/trunk lazarus cd lazarus make ./lazarus Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GetKeyState
SteveG schreef: Just a note on the GetKeyState function from LclIntf - causes exception when used within a dll (mine anyway) - same call direct (thru 'use Windows') works ok Not sure as yet to report this as a bug, still doing eliminations in my own code Do you use the interfaces unit in your dll? Otherwise you cannot use LCL units. Note that using the interfaces unit in the DLL gets you into different problems, because the global variables from the LCL are not shared between the DLL and the main program. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Runtime error 232, when creating TThread in Ubuntu
Marco Alvarado schreef: I have this class that inherits TThread. I compile and execute successfully an application that instantiates it with Delphi and Lazarus, on Windows. But when I execute the same Lazarus project in Ubuntu, I get the following error dialog: Project raised exception class 'RunError(232)'. When I click [OK] i get another dialog: Execution paused Address: $08067027 Procedure: SYSTEM_NOTHREADERROR File: See FAQ: http://wiki.lazarus.freepascal.org/Lazarus_Faq#When_I_run_a_program_with_threads_I_get_runtime_error_232 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Roadmap
Guadagnini David schreef: Sorry for the stupid question, but the roadmap on the site is updated? If you mean: http://wiki.lazarus.freepascal.org/Roadmap Then yes: http://wiki.lazarus.freepascal.org/index.php?title=Roadmapaction=history Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
Ales Katona schreef: 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think you need a lazarus-lcl-common too. (You may thing about better names) I'd also propose to add the fpc package to lazarus deb repository. Isn't this the case already? I see a lot of fpc debs here. http://www.hu.freepascal.org/lazarus/dists/lazarus-stable/universe/binary-i386/Packages Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
Ales Katona schreef: Vincent Snijders wrote / napísal(a): Ales Katona schreef: 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think you need a lazarus-lcl-common too. (You may thing about better names) Yes, lazarus-lcl-common sounds good for this purpose. (what's wrong with the names? they should be descriptive I think) For instance: lazarus-lcl-comom - just lazarus-lcl lazarus-lcl - lazarus-lcl-widgetset, lazarus-lcl-default-ws or lazarus-lcl-for-dummies ;-) Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] IDE freezes with 2 status bars
Dave Parsons schreef: Hi, I've just discovered a regression when porting an app back to Win32 from Linux which is a show stopper for us. The IDE freezes with 2 status bars using 0.9.24 on WinXP to reproduce:- start Lazarus with a new project. 1. drop a status bar on the form - IDE still responsive 2. drop another status bar on the same form - IDE freezes solid. The only way out is to kill Lazarus with the task manager. Still present in 0.9.25 from svn of a couple of weeks ago. Not present anymore since 2008-01-22 07:06, revision 13826 Vincent P.S. Please remove the reply to header. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
Marius schreef: I need to add paths for indy and a few from lazarus\components for example which i mostly create at runtime, constantly changing the project compiler options (other sources only used by IDE) is becoming boring. Is there a place in lazarus to add search paths so lazarus can open 3thparty units in the editor (much like the current search paths for the debugger). Or i'm i overlooking something obvious? Create a package for the units. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
Marius schreef: Vincent Snijders wrote: Create a package for the units. Should i create a (dummy) package to add search paths to lazarus??? No a real package to gather compiler options for a set of units. Installing and recompiling the whole ide just to add a few paths sounds kind of stupid. (The tools do not contain any design stuff). Then again if this works it saves me a lot of typing You don't need to rebuild the IDE, just create one package per directory and add the package to the project in the project inspector. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [SPAM] Re: [lazarus] why do delphi users hate lazarus so much?
Joost van der Sluis schreef: Can you tell me more about the problems with GDB ? That it's not available at all at win64. (since there's no gcc for win64) That is not the case anymore. Try ftp://ftp.hu.freepascal.org/pub/lazarus/Lazarus-0.9.25-fpc-2.2.1-20080130-win64.exe Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I have a dream
Graeme Geldenhuys schreef: On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote: You don't need ifdefs. You need to fix the differences. Fix the gtk1 interface to scroll the memo. Fix the gtk1 interface to remove the scrollbars, when the memo is cleared Fix gtk1 and gtk2 interface to disable childforms, if the main form is enabled. That is why there different widgetset backends too, not just to create different widgets, but also to make them behave consistent. But how do you know if that's not maybe the native behaviour of the underlying widgetset? I think this is what Giuliano was trying to say or assumed. Don't assume, research. Not convinced, Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I have a dream
Giuliano Colla schreef: Vincent Snijders ha scritto: Graeme Geldenhuys schreef: On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote: You don't need ifdefs. You need to fix the differences. Fix the gtk1 interface to scroll the memo. Fix the gtk1 interface to remove the scrollbars, when the memo is cleared Fix gtk1 and gtk2 interface to disable childforms, if the main form is enabled. That is why there different widgetset backends too, not just to create different widgets, but also to make them behave consistent. But how do you know if that's not maybe the native behaviour of the underlying widgetset? I think this is what Giuliano was trying to say or assumed. Don't assume, research. Not convinced, GTK1 implementation of TMemo InsertText: if NewTextLength - CutLength 0 then begin gtk_editable_insert_text(PGtkEditable(widget), char, NewTextLength - CutLength, Position); end; g_signal_stop_emission_by_name(PGtkObject(widget), 'insert_text'); GTK2 implementation of Tmemo InsertText: if NewTextLength - CutLength 0 then begin gtk_text_buffer_insert(TextBuffer, StartIter, TheText, NewTextLength - CutLength); end; g_signal_stop_emission_by_name(PGtkObject(Textbuffer), 'insert-text'); GTK2 scrolls in order to show the text just inserted, GTK1 doesn't. Convinced now? Convinced, that you did some research: yes. Convinced, that you did enough research: no. Convinced, that scrolling the text after inserting text is agains the native behaviour of the native widgetset: no, not at all. IMO, the LCL should give the application users a native look and feel using the native components as much as possible. At this moment, we are failing in this respect with our current implementation of the Treeview and the Toolbar, for example, since they are drawn by the LCL and not by the widget set. This will probably change in the future, keeping the current Treeview as TLCLTreeView or something like that. The LCL should give the application developer a consistent (VCL compatible) interface to accomplish that. In this case when you append or insert text the application developer expects that gtk1 and gtk2 (and all widget set) do the same thing: either scroll to end or leave the cursor on the current position. I don't think that this scrolling (or not scrolling) can be considered intrisically part of a widget set. Suppose we decide that a widget should scroll when adding line to a LCL TMemo should scroll that line into view, then all widgetset should do that. The gtk1 implementation should add extra code to accomplish that. Suppose we decide that a widget should not scroll when adding line to a LCL TMemo should scroll that line into view, then all widgetset should not do that. The gtk2 implementation should record the current position and add extra code to accomplish to keep the cursor on the current position. I would sugest to fix the gtk1 implementation. I hope this is clear now, if not, feel free to ask for clarification. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Delphi 2006 and Lazarus
Andrew Haines schreef: 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? Well it's highly unlikely that Lazarus is trying to stop Delphi from running. See if you can reproduce your error and then rename lazarus.exe to something else and see if it still happens. I have noticed the following behavior when Lazarus is opened. I right click on a text file in the windows explorer and want to open it in TextPad. Most of the time this works OK, sometimes nothing happens. As soon as I close Lazarus, TextPad opens with the desired file. I haven't been able to reproduce this reliably. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I have a dream
Giuliano Colla schreef: For my applications I'm forced to use some ifdefs, in order to have the same codebase for a number of similar applications. With Lazarus this need has further increased, in order to achieve consistent behavior with different widgesets: gtk1 TMemo doesn't scroll automatically when text entered exceeds the visible portion, while gtk2 and qt do, gtk1 doesn't remove the scrollbars when cleared, Qt disables the child form when then main form is disabled, while gtk1/2 don't, etc.etc. You don't need ifdefs. You need to fix the differences. Fix the gtk1 interface to scroll the memo. Fix the gtk1 interface to remove the scrollbars, when the memo is cleared Fix gtk1 and gtk2 interface to disable childforms, if the main form is enabled. That is why there different widgetset backends too, not just to create different widgets, but also to make them behave consistent. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] wiki: Projects_using_Lazarus, alphabetical sorting
Sebastian Kraft schreef: Hi, http://wiki.lazarus.freepascal.org/Projects_using_Lazarus this list grows larger and larger... What do you think about sorting it in alphabetical orde so it becomes easier to read it? I would start sorting the english and german pages if you agree... Yes, please go ahead. Maybe some categorization is also possible, but this harder... Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TDbf + TDataModule
milan schreef: Hello, Does TDbf work with TDataModule ? (in generally). Yes. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Rebuild the windows version
Damien Gerard schreef: From a few snapshots release, I can no longer rebuild Lazarus from the GUI (I rebuild it each time to have the UTF8 support). With the following error : Error: Can't create object file: ..\startlazarus.exe I use startlazarus.exe to launch Lazarus. From the command line it works well as expected. There were some changes or it is a bug ? For normal use you should not rebuild the starter. IF you do need to rebuild the starter, then don't start lazarus with startlazarus, otherwise you run into this problem. Vincent _ 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?
Warren Postma schreef: 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. Such as? Please create bug reports, if they are not there yet. 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. It's not that I hate Lazarus. I am deeply disappointed with it. I think we have to manage the expectations better. 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. What you pay for is what you get. In the Lazarus case (just a tiny bit) more. 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. You can install packages in Lazarus, it just uses a different way. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Component
[EMAIL PROTECTED] schreef: That's it! http://wiki.lazarus.freepascal.org/Lazarus_Packages should be enhanced... Please, go ahead. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Where is FpGUI and Lazarus-ccr subversion repository?
Graeme Geldenhuys schreef: The SourceForce.net SubVersion servers have been down for the past 24 hours. A lot of people are complaining (including me!). The problem has been reported, but still no action that we know of from SourceForge. http://sourceforge.net/tracker/?group_id=1atid=21 LOL: tens of reports about svn. At least the status page is updated: Project Subversion (SVN) Service: Partial Outage In-Progress [1] Last updated: 2008-01-25 Pacific http://sourceforge.net/docs/A04/ Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus compiled with GTK2 [part 1 of 2]
Luiz Americo Pereira Camara schreef: Damien Gerard wrote: I think others would like to focus on what really matters: To improve the great work done for Lazarus. I'm fine to say that because this is what i do, i provide patches (when is in my knowledge/interest scope), make bug reports with full examples, and create third party controls. And while all this threading is gone i already implemented two full working LCL controls, improved cairo binding, created a OOP wrapper for cairo integrating with LCL (gtk1, gtk2, win32), support for svg files. To be released soon. Cool. Looking forward. :-) Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] make, MacOSX
Albert Zeyer schreef: Am 23.01.2008 um 23:02 schrieb Hess, Philip J: http://michael-ep3.physik.uni-halle.de/Lazarus/ Try a snapshot from here. Thanks. Someone should update the files on SF. Release are put on sourceforge, nightlybuilds for example in the server above. Nightlybuilds on sourceforge are almost impossible, because the file release/replace process on sourceforge is almost impossible to automate. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Where can I find the snapshot build scripts?
Paul Michell schreef: Could someone please tell me where I can find the build scripts for the daily snapshots? My own batch file for reading SVN and building locally has been failing for the last couple of days so I would like to see how the snapshots do it. Most scripts are in lazarus\tools\install. They are called by wrapper scripts that pass the correct svn directories (already checked out) and upload the installers, .dmg or rpms. Those scripts are not in svn. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Graeme Geldenhuys schreef:
As for the latest trunk revision of fpGUI (actually the last week or
so) it's been a bit unstable with verbose output. I'm hunting down a
few bugs and added lots of debug code in there to test between the
supported platforms. It should be back to normal by the end of the
week. [Next time I'll use a private branch for such verbose debugging]
You could also add them with {$IFDEF VerboseDebugFewBugs} and use
-dVerboseDebugFewBugs in your private builds.
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Al Boldi schreef: Is there any specific reason you are stuck with 2.0.2 and can't upgrade? If it's a good reason, I can consider adding a IFDEF in the code. Well, when Vincent starts posting incremental updates, I may actually be able to upgrade easily. Are you referring to me? If so, what exactly are you talking about? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] sigsegv with TOpenDialog Win32(XPSP2)
Armin Diehl schreef: strange problem that happens only if i run the program from within the ide. A blank form, one button and a topendialog (does not matter if it is on the form or manually created). The dialog opens and after some seconds (sometimes i have to move the mouse), i get a sigsegv, Running the program outside the ide (with or without gdb) works without problems. This happens with yesterdays snapshot and with 0.9.24. (Have not tried other versions) Btw, the same happens with TSelectDirectoryDialog Also reported as http://bugs.freepascal.org/view.php?id=10409 idea Maybe I should recompile my LCL without unicode support, so I can see this bug. /idea Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Al Boldi schreef: Vincent Snijders wrote: Al Boldi schreef: Is there any specific reason you are stuck with 2.0.2 and can't upgrade? If it's a good reason, I can consider adding a IFDEF in the code. Well, when Vincent starts posting incremental updates, I may actually be able to upgrade easily. Are you referring to me? If so, what exactly are you talking about? Sorry Vincent, but I thought you were the person responsible for packaging. I am currently on 2.0.2, and when wanting to upgrade to a new stable-release there should be a way to download only an incremental update like: 2.0.2-2.0.4.tgz and 2.0.4-2.2.0.tgz. Same goes for laz stable-releases. I am of the people responsible for packaging Lazarus releases. If you want incremental upgrades, I suggest you start using svn. Start with svn co http://svn.freepascal.org/svn/fpc/tags/release_2_0_2 fpc-release. Then you could do an incremental update by (all on one line): svn switch http://svn.freepascal.org/svn/fpc/tags/release_2_0_2 http://svn.freepascal.org/svn/fpc/tags/release_2_2_0 fpc-release IMHO zipped incremental updates are impossible, because you cannot zip file removals. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] sigsegv with TOpenDialog Win32(XPSP2)
Giuliano Colla schreef: Vincent Snijders ha scritto: idea Maybe I should recompile my LCL without unicode support, so I can see this bug. /idea I'trying to track som bugs which may be unicode related. Could you save me a lot of search telling me what I should setup in order to compile LCL without unicode support? Nothing. On win32, LCL without unicode support is still the default. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] sigsegv with TOpenDialog Win32(XPSP2)
Giuliano Colla schreef: Vincent Snijders ha scritto: I'trying to track som bugs which may be unicode related. Could you save me a lot of search telling me what I should setup in order to compile LCL without unicode support? Nothing. On win32, LCL without unicode support is still the default. Sorry, I forgot to mention. On Linux. Ah, this is a windows only bug. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] What is wrong with the Toolbar?
Al Boldi schreef: Vincent Snijders wrote: IMHO zipped incremental updates are impossible, because you cannot zip file removals. I think you can, like this: diff -ruNp file.pas /dev/null file.diff patch file.diff This removes the file. Ok. You can download your patch by (all on one line): svn diff http://svn.freepascal.org/svn/fpc/tags/release_2_0_2 http://svn.freepascal.org/svn/fpc/tags/release_2_2_0 ugrade.patch Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
Graeme Geldenhuys schreef: On 22/01/2008, Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: I probably never used the things you mentioned on gtk2, so I never noticed they don't work and never had the need to find out why they Maybe we should create a 'universal' widget set test application... Remember the old one in fpGUI v0.4 (widgetdemo)? That really helped to debug issue between X11 and GDI implementation? I think one can create a much better / in depth toolkit test application for Lazarus. It can test the firing of event orders, runtime (life) component property changes to see the effect, etc... I have been thinking about that too, even started part of it. One of the problems is that X11 and GDI and MacOSX all have different way of triggering events. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Exception for codehelp
Damien Gerard schreef: I have got this when using Lazarus : TApplication.HandleException In Stream (line 2955 pos 63): Unmatching element end tag (expected /seealso) Stack trace: On what identifier was the cursor? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Exception for codehelp
Damien Gerard schreef: On Jan 21, 2008, at 9:22 AM, Vincent Snijders wrote: Damien Gerard schreef: I have got this when using Lazarus : TApplication.HandleException In Stream (line 2955 pos 63): Unmatching element end tag (expected /seealso) This is in forms.xml. I will fix this. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Exception for codehelp
Mattias Gaertner schreef: On Mon, 21 Jan 2008 09:27:27 +0100 Damien Gerard [EMAIL PROTECTED] wrote: On Jan 21, 2008, at 9:22 AM, Vincent Snijders wrote: Damien Gerard schreef: I have got this when using Lazarus : TApplication.HandleException In Stream (line 2955 pos 63): Unmatching element end tag (expected /seealso) docs/xml/lcl/forms.xml On first look the line looks ok. Fixed: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/docs/xml/lcl/forms.xml?root=lazarusr1=13820r2=13819pathrev=13820 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Exception for codehelp
Mattias Gärtner schreef: e a :) So, someone is still editing the xml code directly instead of using lazde. What is wrong with lazde? At least: http://bugs.freepascal.org/view.php?id=10274 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
Felipe Monteiro de Carvalho schreef: On Jan 19, 2008 9:44 AM, Graeme Geldenhuys [EMAIL PROTECTED] wrote: Has anybody actually tried to use MSEgui with Lazarus IDE? Or is MSEgui tide to much to MSEide? I guess it could be possible, but due to MSEgui having such a huge amount of options (enum properties etc..), it would be a daunting task. You mean like a new widgetset? I guess Graeme means as a replacement of the LCL. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
Graeme Geldenhuys schreef: On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote: No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and manage the fpGUI packages. Lazarus simply thinks I'm creating a Free Pascal application (not a Lazarus Application). Is it possible to design fpGUI apps with the same trick as he KOL package? I read some more on KOL at [http://kolmck.net/]. As I understand it, it's a miniture GUI toolkit used instead of VCL (under Delphi). fpGUI is small, but not as small as KOL (their example showing 20k executables). For example the fpGUI Visual Form Designer (which uses all available fpGUI components) is 600kb in size (debug information stipped). So yes, it's much smaller that LCL in that sense As for the same trick as KOL package statement - could you explain this further? Read more about it in this thread: http://www.mail-archive.com/lazarus@miraclec.com/msg21410.html Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: unable to rebuild IDE with 0.9.24-1
wile64 schreef: I download version 16/01/2008 et il ya 2008/1/11, wile64 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: I test version 0.9.24-1 download 08/01/2008 and unable to rebuild IDE (install package)! error : D:\lazarus\ide\EnvironmentOpts.pp(1,1) Fatal: Can't find unit ComponentTreeView used by ObjectInspector See bug 10433. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN
Stephano schreef: Paul Ishenin wrote: I suppose you have the same problem as me. I cannot access mantis website as well. I am using free proxy servers to access them. This is due to some router problem of idefix server. I have no problem accessing mantis. The problem is only with Lazarus FPC svn. I can access other svn sites. Can you try with svn2.freepascal.org? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus not start
Guadagnini David schreef: What OS ? Sorry on Windows XP professional Using what fpc version? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] French translation (suite)
Damien Gerard schreef: For Laurent ([EMAIL PROTECTED]) : Here are some suggestions. snipped a lot of suggestions In fact I think I will stop here for now :) May be I should make a patch for the PO file ? Yes, please. :-) Unless you are not sure about certain French terms yet and want to discuss them on this mailing list. I promise I won't join in ;-). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cannot reach lazarus.freepascal.org
Hess, Philip J schreef: http://www.lazarus.freepascal.org/ has been unreachable for 2 days. Does anyone know who controls the switch for this? Michael Hess. Email mhess at the same domain as this list. Vincent _ 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!
Fabio Dell'Aria schreef: Hi to all, all we know how many new users do not uses lazarus because it create too BIG compiled files. We know that: 1)...the additional options are needed to can debug the project; 2)...just do a simple strip --strip-all filename reduce drastically the final size (an empty project go from 12.5Mb to 1.2 Mb). I think to have found a really simple solution to can continue to debug our project with a really little size increasing. Just remove all the debug-info from all the LCL object files to reduce the final compiled file from 12.5Mb to ONLY 2Mb (on Windows). We'll can continue to debug our projects but we'll CANNOT debug the LCL code. To obtain this little miracle just use the following command (from the shell): What do you think about? ;) irony Maybe not such a bad idea. Maybe we expect too much from our users. - That they know point 1) and 2) from above. - That they want to know why things go wrong in the LCL and can handle stepping though it, and prefer that above a list of hexdigits in their back traces. /irony IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for fools. Vincent _ 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!
Fabio Dell'Aria schreef: 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! So what? It is their loss. If they cannot even find out how to do this, how can we expect them to become contributors? So, it even is a nice selection mechanism for new users. (OK, maybe I am overreaction now). Remember Lazarus is not a commercial product that needs users to survive, it is a open source project that needs contributors (for the LCL, the IDE, for documentation, for testing (which needs good backtraces), for writing and porting components) to survive. I don't expect users who cannot find out how to put the checkboxes in the compiler options dialog (yes, we can improve the IDE in this area), to be much of an help. But if a solution exists why do not use it? I do not understand! :( Because it excludes the use of debug information for users that want that information. Removing it is trivial, adding it much harder. Vincent _ 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!
Fabio Dell'Aria schreef: Others benefits: 1)...speedup compilation (allocated less memory and write less bytes on disk). 2)...decreases Installation size; 3)...do not confuse new users with LCL code, during the debugging process. I think it can be set as an installation Please, provide patches for the several create installer scripts. or a Project option (as in Delphi for the Use Debug DCUs compiler option)! How is this different from using the correct compiler options? Vincent _ 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!
Fabio Dell'Aria schreef: But if a solution exists why do not use it? I do not understand! :( Because it excludes the use of debug information for users that want that information. Removing it is trivial, adding it much harder. Can be created different base paths, one containing the debugged .o files and one without (as Delphi just done). Delphi simply change the search path for the RTL/VCL .DCU files relating to the Use Debug DCUs compiler option. I am always for more choice, not for replacing one option by a worse option. So, WAAAYP. * Vincent * see http://ik.homelinux.org/projects/files/quotes.txt _ 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!
Fabio Dell'Aria schreef: or a Project option (as in Delphi for the Use Debug DCUs compiler option)! How is this different from using the correct compiler options? Using only the -Xs compiler option remove all the debug info and is impossible debug my project, my option continue to can debug the project only hiding the LCL sources. ;) I see. Thanks. Vincent _ 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!
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? The long term success of this project would be cemented if we all keep a more welcoming attitude to all walks of developers. Sorry. I try to be more welcome next time or not respond at all. (VB, Delphi, and C++) types should be able to utilize Lazarus in the years to come. Lazarus should even have an Express edition with more powerful features not even available. 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. How long will that take? A checkbox? Probably one or two releases. Most likely before Lazarus 1.0 (whenever that is). Vincent _ 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!
Lukas Gradl schreef: Do you really think, Lazarus should only exist to develop Lazarus? For creating a successful and strong development tool (which is the goal of the whole project AFAIK) you need not only contributors but users as well... Why needs Lazarus users that contribute nothing? Vincent _ 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!
Christian U. schreef: Vincent Snijders schrieb: Fabio Dell'Aria schreef: 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! So what? It is their loss. If they cannot even find out how to do this, how can we expect them to become contributors? So, it even is a nice selection mechanism for new users. (OK, maybe I am overreaction now). Remember Lazarus is not a commercial product that needs users to survive, it is a open source project that needs contributors (for the LCL, the IDE, for documentation, for testing (which needs good backtraces), for writing and porting components) to survive. I don't expect users who cannot find out how to put the checkboxes in the compiler options dialog (yes, we can improve the IDE in this area), to be much of an help. NO ! As more users use Lazarus as more contributors are there and also as testers there helpful. I dont understand your meaning vincent. Really simple, let's draw it black/white to get the message across. I attack the simple hypothesis: More users leads to more contributors. I defend the hypothesis: Users who cannot find out how to remove debug info from executable are unlike to become contributors (giving good advice in forums, providing good bug reproducible bug report with example programs and back traces, patches, writing good example programs for the wiki, contributing documentation). They are more likely to inhibit the advance of Lazarus by giving misinformation in forums, cluttering the bug tracker with hard the reproduce bug reports, etc. This solution has 4 benefits and it can be an simple Option when building Lazarus strip debuginfo from LCL files that is on per default. Who want to debug lcl code (sure only a very samll percentage) can just deactivate it, rebuild Lazarus and good is. Its an real good ihea also the debugger dont find a lot of fpc .inc files in lcl code thats also solved with it. Yes, patches are welcome. But if a solution exists why do not use it? I do not understand! :( Because it excludes the use of debug information for users that want that information. Removing it is trivial, adding it much harder. Adding is just a recompile of Lazarus what is hard on this ? Explain that to somebody who cannot find out how to set a couple of checkboxes in the compiler options. Vincent _ 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!
Christian U. schreef: Vincent Snijders schrieb: Lukas Gradl schreef: Do you really think, Lazarus should only exist to develop Lazarus? Lazarus exists to develop Object Pascal programs with FPC. For creating a successful and strong development tool (which is the goal of the whole project AFAIK) you need not only contributors but users as well... Why needs Lazarus users that contribute nothing? They are testers and they infect others by the virus ;) More users are already an good thing. Well, that was my question, please explain why. What benifit gets Lazarus from a user? Lazarus doesn't get a thing for users that just uses Lazarus and doesn't contribute anything. Codegear for example gets a couple of hundreds of dollars for each user. Why Lazarus is Open Source ? If you dont need users you can also work with your 2 neighbours on it in your cellar. No, working with my two neighbours would not work. Lazarus needs lot's of testers, document writers, support givers in the forums (main, distro-specific and in several languages), graphical designers. If me and my two neigbours work on it in my rate, we couldn't finished it in my lifetime. So we need more developers and more other contributors, that can help to alleviate the tasks of the developers and may become developers in the future. So what we need it users that are willing to become contributors, not users that contribute nothing. They are welcome of course. But they are not *needed* for Lazarus to advance. Please, correct me, where I am making a mistake in my reasoning. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Native debugger
Al Boldi schreef: Cesar Liws Gmail wrote: Check out http://sourceforge.net/projects/mseide-msegui It's got a nicely integrated debugger, AFAIK, it is also a front end to GDB. complete with CpuView and integrated disassembler. Would be nice if somebody ports this over. That would be nice. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] View Unit (Ctrl/F12) not showing used units
Lance Collins schreef: Re: [lazarus] Solution to the BIG compiled file issue! new thread as requested On 16/01/2008, Lance Collins [EMAIL PROTECTED] wrote: But I'm baffled trying to convert my main application It compiles but won't link (so I don't have a big compiled EXE). I think I've screwed the environment/compiler etc. options somehow and I can't find helpful explanations for each choice. For example in the IDE I see all my 50+ units listed across the top of the screen but Control/F12 pops up only two entries (lclclasses and my lpr file). ver 0.9.24 win32 Are they added to the project, so that they are listed in the project inspector? Project - Project inspector Otherwise the IDE treats them as non-project files from other packages or the RTL (like the classes unit). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] google android contest
Damien Gerard schreef: On Jan 10, 2008, at 2:40 PM, willem wrote: go to www.freepascal.org/advantage :-) The link is dead for me :) http://www.freepascal.org/advantage.var Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] fpdoc and xml-struct
willem schreef: I try to generate xml with fpdoc, but I get an error message xml isn input for fpdoc. To generate fpdoc xml use makeskel. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [patch] FPCunit Console Test Runner
Graeme Geldenhuys schreef: Hi, PS: Shouldn't we move ConsoleTestRunner to FPC instead of having it defined in Lazarus? Yes, go ahead. Move it. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] porn on lazarus wiki
willem schreef: Well I am a newbie of Lazarus. So i did use the Lazarus Wiki many times. But I did notice that Porn sites did also discoved the Wiki of Lazarus. I assume you removed it? Or don't you have an account on the wiki. But the Lazarus Core Developers are not distured by this Fact !!! As far as I know, they are ignorant of the fact. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] porn on lazarus wiki
A.J. Venter schreef: willem wrote: Well I am a newbie of Lazarus. So i did use the Lazarus Wiki many times. But I did notice that Porn sites did also discoved the Wiki of Lazarus. But the Lazarus Core Developers are not distured by this Fact !!! We are busy evaluating each and every link very, very carefully and studiously. Once we have completed our study, we will remove whatever we deem insufficiently entertaining. Just kidding. I just checked: http://wiki.lazarus.freepascal.org/Special:Search?search=porngo=Go No porn. ;-) Please provide the links to the wiki pages, so that they can be cleaned. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] [patch] FPCunit Console Test Runner
Graeme Geldenhuys schreef: Hi, I attached a patch which makes 'FormatParam' a property of TTestRunner instead of a variable defined in the implementation section. This changes allows users to create descendant TTestRunner classes and override the values of FormatParam, StyleSheet, ShowProcess etc... Or give them preferred default values, if nothing was specified from the command line. Thanks. Applied. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] For Webmaster of http://www.lazarus.freepascal.org
Liyuan Garcia Caballero schreef: Have 3 News items waiting to be published I have published three news items. Michael, can some kind of notification be added, so I know when there are pending news items. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] StdOut on Linux b0rked
A.J. Venter schreef:
Nothing was changed.
Can you please give some sample code? It's hard to say something in
general.
Note that or | cannot be used unless you invoke the shell with a
commandline like
/bin/sh -c your command yourfile
I mean when I launch the program myself on the commandline e.g.
./hawkstoneadmin | grep INSERT INTO
So the piping should, in theory, have no effect on this call:
function GetCanID:String
Var StrList: TStringList;
Begin
execute ('/usr/bin/getcanid.sh',StrList)
is '/usr/bin/getcanid.sh' an executable? Maybe you should use something like:
'/bin/sh /usr/bin/getcanid.sh' ?
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Latest svn fails to compile.
Paul Ishenin schreef:
Giuliano Colla wrote:
Paul Ishenin ha scritto:
Giuliano Colla пишет:
Latest svn (r 13667) fails to compile (Linux - fpc 2.0.4).
Unit lcl/ldocktree.pas complains that InflateRect is undefined.
Adding LCLIntf to the uses clauses fixes the problem.
InflateRect is defined in types.pas of fpc 2.2.0
That's why I specified that the problem is fpc 2.0.4 specific.
Unless the LCLIntf implementation is broken, adding the uses clause
keeps fpc 2.0.4 compatibility.
Mattias said that 2.0.4 must be still supported, because 2.2.0 doesn't
run (yet) in some platforms.
Since fix is very easy I will not persist too much. Applied in 13668.
Maybe it is better to wrap it in {$IFDEF VER2_0}...{$ENDIF}, so we can find it
easier after the 2.2.2 release.
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] RSS for the subversion repository
Damien Gerard schreef: It seems the RSS for the subversion repository does not work anymore since the 07/12/26. (http://www.freepascal.org/feeds/lazarussvn.rss) I have got a 404 not found. It is really usefull :) May be has it been moved somewhere else ? The official url is: http://svn.freepascal.org/feeds/lazarussvn.rss Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Out of bounds and GDB
Damien Gerard schreef: Hi, In a program compiled for Win32, I have got at runtime an exception List index (1) out of bounds, which does not really surprise me. However, even with options enabled, GDB is not aware of this exception and the program can continue as if nothing happened. Very usefull for a user but annoying for debugging. I don't know if it is possible but Is there a way to disabled the catch ? Set a breakpoint on FPC_RAISEEXCEPTION Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus-related Searchengine
Johannes Mueller schreef: Hi, the searchfunction of the Lazarus-relevant sites isn't the best one. And to find all informations, you have to search on different sites and a standard Google-search returns a lot of irrelevant results. Why we don't should use a mature technologie, adjusted specially for FPC/Lazarus? I have defined such a sourceengine, powered by Google and build a small site. On this site, everyone can find an Lazarus/FPC-relatet search-field which returns only sites from related domains. For comfortable use the site contains furthermore a searchfeld for a standard-websearch. Initially, the site is located under the following URL: www.search.lazarusforum.de http://www.search.lazarusforum.de If someone know relevant sites which are not listet, please send me an Email, so that I could add more sites. A new URL will follow if the site is adequate frequented. A nice initiative. Do know how looking for lcl_version can give: http://lazarus-ccr.sourceforge.net/docs/lcl/lclversion/lcl_version.html The tried this: http://www.search.lazarusforum.de/?cx=002621910463717490805%3Aqzjmlxuj410cof=FORID%3A9q=lcl_versionsa=Suche#258 But it came up empty. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [SPAM] Re: [lazarus] madelbrot benchmark much faster
willem schreef: In mandelbrot.pas the Calulatatepoint is used. If you remove this function then you can also gain speed. I think I am missing something. How can you remove the calculatepoint? Of course it would speed up, because 90% of the caclulations occur there. But these calculations are essential, aren't they? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [SPAM] Re: [lazarus] madelbrot benchmark much faster
Sergei Gorelkin schreef: willem wrote: 1 IF we take the mandelbrot paramet N = 5000 then Calculatepoint will be called 2500 times. andCalculatePoint pushes x*Step - 1.5,Cy on the stack. then it executes the statements of CalculatePoint and finally it pops a boolean from the stack. It does not do any push's and pop's, you may compile into assembler and see it yourself. In particular mandelbrot program, data is passed to CalculatePoint via global variables. In general, FPC passes up to 3 parameters into functions by using registers, and simple (boolean, integer and alike) function return values are also passed in registers. As a matter of fact the version in fpc's svn, not yet submitted uses an inlined CalculatePoint. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Benchmarks
willem schreef: Peter Vreman wrote: At 17:01 1-1-2008, you wrote: Vincent Snijders wrote: willem schreef: Benchmark results from : http://shootout.alioth.debian.org/gp4/benchmark.php?test=sumcollang=all#about Conclusion : It would be good to have a compiler switch that optimizes for speed. That is a wrong conclusion. All these programs were compiled for speed and not for low memory use. Vincent No I mean a new G1 switch who optimizes 30% better at the expensive of memory usage. The memory usage may be ten times greater than the G switch. I think your view is a bit too simplistic. Optimizing code is a complex task and we are continuusly working on it. Ofcourse patches to improve the optimizer of the compiler are always welcome. Simply refering to a couple of, already known, benchmarks will not help to get things improved. Besides that Free Pascal does a fairly good job against the other commericially funded compilers. Peter Yes optimizing code is a complex job. The Free Pascal compiler does already a lots of optimization. Like constant merging, shifts in stead of multiply, stack frame omission and so on. But the Free Pascal compiler performs bad in the Mandelbrot benchmark. number 1 is C++ g++ number 4 is Java 6 number 19 is Free Pascal In the test Cpu time as N increases number 3 is C gcc number 18 is Java 6 number 26 is Free Pascal I did download the Mandelbrot pascal source and I compiled it in the Lazarus Ide. I got two hints about the ov div instead of / . and I got a runtime error when I tried to run this programm. The problem lies in the conversion from integer to real and vice versa. When I did a expliciet conversion from real to integer with round(), the Mandelbrot benchmark runs fine. How much speed improvement did that give? Did it give the exact same results? Where are reals converted to integers? If you implement the G1 switch which an automic conversion the / arithmic operator to div operator then you gain speed at the cost of memory usage. The developer can then always use the aritmic operator / . var cx : double i, j: integer; i := 3; j := 4; cx := i / j; (cx = 0.75) cx := i div j; (cx = 0) The results are different. So this optimization is not correct. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Benchmarks
willem schreef: Well I have a Pentium D processor 2.80 Ghz, dual core with 1024 Mb memory, so I cannot compare my benchmark results with the Gentoo Pentium 4 benchmarks. You can compare by running the original program and time it. Save the output. Run the modified program and time it. Compare the output of the modified program with the original program. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] madelbrot benchmark much faster
willem schreef: Vincent has made an improved Mandelbrot benchmark. i did run the original mandelbrot benchmark with N =5000. It took 2: 20 minutes. I will submit the new version in a couple of days (Leave it a couple of days): http://shootout.alioth.debian.org/gp4/faq.php#implement Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
Antonio Sanguigni schreef: Though it compilable, I couldn't get the component run properly. Including the demo projects. :( The application always crashes at the beginning and complains about RunError(232), SYSTEM_NOTHREADERROR, SYSTEM_RUNERROR$WORD, and the debugger got stuck on TACSThread.Create. :( I never did any sound programming on Linux before and I'm new to this component. Hints? TIA. RunError(232) maybe is because unit cthreads is missing and these components are using threads under Linux. Try to force cthreads unit as one of the first units into uses clause of your project. Never tried this components, tough. A component should add -dUseCThread to its usage options. Please update the FAQ at http://wiki.lazarus.freepascal.org/Lazarus_Faq#When_I_run_a_program_with_threads_I_get_runtime_error_232 Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] acs for lazarus
Antonio Sanguigni schreef:
A component should add -dUseCThread to its usage options. Please update
the FAQ at
http://wiki.lazarus.freepascal.org/Lazarus_Faq#When_I_run_a_program_with_threads_I_get_runtime_error_232
http://wiki.lazarus.freepascal.org/Lazarus_Faq#When_I_run_a_program_with_threads_I_get_runtime_error_232
Reading Readme-lazarus notes I found this:
---
to use the Package in Linux you must add cthreads unit to
main lazarus unit lazarus.pp
like:
uses
{$ifdef MemCheck}
MemCheck
{$endif}
{$ifdef Linux}
,cthreads
{$endif}
...
Vincent, how can I read about -dUseCThread for packages ?
Documentation is scarce, therefore I asked you to add it to the wiki.
If you create a new project, you see in the main project file (.lpr-file):
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Now open the package file (.lpk) of ACS. Click on the Options button. On
the first tab (usage), there is a text box at the button. Add the
following text:
-dUseCThreads
Now if you compile your an application which uses this package,
-dUseCThreads is added to the command line parameters of the compiler.
Therefore, the unit cthreads is used, if you are compiling for any unix,
in particalur linux.
Please, try this out and confirm it is working. If so, add it to the wiki:
1. in the FAQ
2. http://wiki.lazarus.freepascal.org/Lazarus_Packages
Hope this helps.
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Benchmarks
willem schreef: Benchmark results from : http://shootout.alioth.debian.org/gp4/benchmark.php?test=sumcollang=all#about Conclusion : It would be good to have a compiler switch that optimizes for speed. That is a wrong conclusion. All these programs were compiled for speed and not for low memory use. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Making GTK Thread Safe
Giuliano Colla schreef: Martin Schreiber ha scritto: On Sunday 30 December 2007 07.39:25 Micha Nelissen wrote: Martin Schreiber wrote: You are right, there seems to be no race condition if one uses WakeMainThread correct. There can be a deadlock if the main thread tries to destroy a thread which is waiting for Synchronize. Hmm I think this is a very stupid idea to do. The thread will continue to execute something so I don't think this is supported. Like destroying a component in an event handler. TThread.Destroy calls Waitfor. What is the supported method to terminate an application which has threads waiting for Synchronize? I don't know it it's officially supported, but for me it works. I've added a Running property to my thread, which is set true when the thread begins execution, and false jut before terminating. In my main form, the OnClose event includes: if assigned(Thr1) then begin if Thr1.Running then begin Thr1.Terminate; Thr1.WaitFor; end; end; Isn't that where the dead lock occurs? Suppose Thr1 has just called Synchronize and is waiting until the main thread has executed the synchronized method, it won't terminate, because you have suppended the main thread by waiting for Thr1 to terminate. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Free Pascal the best compiler for Android.
willem schreef: Hello, I just added Language benchmarks to my site. If you take in account restricted memory and speed then Free Pascal is the number ONE on his list. How did you make these measurements? So the Lazarus and Free Pascal developers have done an excellent Job ! Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Free Pascal the best compiler for Android.
willem schreef: Vincent Snijders wrote: willem schreef: Hello, I just added Language benchmarks to my site. If you take in account restricted memory and speed then Free Pascal is the number ONE on his list. How did you make these measurements? So the Lazarus and Free Pascal developers have done an excellent Job ! Vincent I went to http://shootout.alioth.debian.org/gp4/ and checked the boxes for speed and memory usage. Then I did calculate and saved the results. Then I put it on my website www.android-google.tk I see. I thought the android device had some arm processor and not a intel pentium 4 lookalike. Maybe the situation for arm processor is completely different. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Salvage Kylix apps with Lazarus IDE!
Giuliano Colla schreef: I must say it aloud: LAZARUS IDE IS GREAT. snip If someone else has similar needs, I'm ready to share what I've done. Great article. I think it would be a good addition to our wiki. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Why IDE automatically insert empty events reactors implementations if its declarations presented ?
Andrey Gusev schreef: It may be explained by a few words ? I don't wish discuss is it useful or harmful, correctly or incorrectly, it important for me, to undestand: for what ? Maybe I don't understand you without an example, but if you have a declaration without implementation, you cannot compile the program, so an empty event handler implementation is created, so that you can compile the project. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Why IDE automatically insert empty events reactors implementations if its declarations presented ?
Andrey Gusev schreef: background was http://bugs.freepascal.org/view.php?id=10455, have sample, constructed from real rpoblem. Empty duplicate body of my own procedure was inserted. As i undestand: for all declared unimplemented procedures will be inserted implementations. It right guessed rule ? Yes. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] protected-Variables not visible in another file?
Lukas Gradl schreef:
Mattias Gaertner schrieb:
On Fri, 28 Dec 2007 21:38:47 +0100
Lukas Gradl [EMAIL PROTECTED] wrote:
Sorry, might need a little bit more sleep - but at the moment I'm
stuck:
I've to convert some files from Delphi to FPC (2.3.1, using Lazarus
0.9.25 only as an editor)
In Delphi there is a a class TExample defined in file1.pas.
TExample=class
protected
FValue:longint;
end;
in file2.pas I did:
use file1;
{...}
Example:=TExample.Create;
if Example.FValue=0 then begin...
{...}
When compiling with FPC and $MODE DELPHI I get an Identifier not
found error.
Any idea what a tired guy might have missed?
FValue is protected from you.
Mattias
Know that - but why does it work in Delphi? Didn't find a notice about
FPC processing protected in another way than Delphi does...
In file2.pas, do you have a TExample descendent?
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Help installing package rxnew 1.1.5.98
Horacio Jamilis schreef: Hi, I am trying to install the rxnew package without success (I already have most availables packages from ccr). But I have a link error when I install this package. If I uninstall it, lazarus links properly. I was unable to understand where the problem is. I was unable to find any reference to fpc-res.res from this package... Any help is appreciated. You need to update windres. Easiest is to get a fpc 2.2.0 install, which contains these updated binaries, but they can be found in the fpcbuild svn repository too. Vincent _ 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
Mattias Gaertner schreef: On Sat, 22 Dec 2007 13:23:11 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: On Dec 21, 2007 12:27 AM, Vincent Snijders [EMAIL PROTECTED] wrote: ik schreef: Hello, My stable version of lazarus is 0.9.24, however I do check Lazarus svn from time to time, and usually I change the .lazarus directory depends on the version I wish to check. Is there a way to tell Lazarus to store information regarding he specific version I'm using instead of working like that ? You can tell lazarus what configuration directory to use. The default is ~/.lazarus (on *nix), but you can change this by using the --pcp parameter: ./lazarus --pcp= See also ./lazarus --help Thanks, that worked. It seems though that if Lazarus restart itself (like after recompiling Lazarus from inside the menu options), it will not pass the command line parameters. Good point. It probably should. I added this in 13473. It did not work on windows. I fixed things in r13479, so that Lazarus can be started again, but maybe I 'fixed' too much. I think startlazarus (i.e. the lazarus manager) should not add around its parameters. The single quotes in --primary-config-path=bla passed to startlazarus when restarting were in the wrong place. Further if you pass --primary-config-path='c:\lazarus', Lazarus wants to create a test file 'c:\lazarus'\compilertest.pas (double quotes are mine). Note that the ' are not removed from the path. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] is svn server down?
Bee schreef: Is it? I can't reach it today. :( No, it is not down. What are you trying to do? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus IDE revamp
Ciprian Mustiata schreef: Hi team, Based on that issues, and some more, me and that designer will not look back to Delphi legacy, excluding the LCL and we will try to manage to make a fork of Lazarus. The role of that fork is very easy: it will must provide bet UI for user, and will not take care about users that say: in Delphi is different, because Lazarus is not Delphi, is much better. That fork will be maintained to an external server, like OpenSVN one and hopefully when will get enough substange to get it's own merit as an upgrade to Lazarus, hopefully will be merged back to Lazarus code. The project will be named LightZarus and will have the notice that is based on Lazarus code. How is this project going? Is the external svn server already available (I am looking forward to merge these inovations in the main tree, new the compiler options dialog doesn't look finished enough for a release, for example). Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
