[Lazarus] Testers needed before the Lazaus 0.9.26.2 release
As I wrote the Lazarus development blog, http://lazarus-dev.blogspot.com/2009/01/next-lazarus-release-09262.html, we are preparing for the next release. As the Lazarus team is using Lazarus 0.9.27 for its development, Lazarus 0.9.26.2 is not as much tested. Chances of regressions in 0.9.26.2 are therefore bigger than with a release from trunk. It would be sad to release a version, that you cannot use. Thus we kindly ask you to test our latest fixes snapshots at http://www.hu.freepascal.org/lazarus/ or the svn version from http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_26. Please, check your work projects, run tests, play with the IDE, do crazy things. And if you find a regression, let us know through the bug tracker at http://bugs.freepascal.org/ . Lazarus 0.9.26.2 will not be released with regressions (new errors, things that worked in 0.9.26), *if* we know about them in time. If there are no more regressions, we will release in two or three weeks. After the release it will be too late to bash us for regressions. So grab this opportunity. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpWeb - Apache Modules
On Fri, Jan 23, 2009 at 12:36 PM, Michael Van Canneyt mich...@freepascal.org wrote: All depends on how your CGI application works. For any reasonably user-friendly application screen buildup usually requires so many queries that the startup time is dwarfed. [] For simple CGI's a lot can be improved by caching some things in the session data, which you of course should not store in the database. Correct. I should have mentioned that we do cache some information to speed up page building and limit the amount of queries. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpWeb - Apache Modules
2009/1/23 Graeme Geldenhuys graemeg.li...@gmail.com: On Fri, Jan 23, 2009 at 11:43 AM, Henry Vermaak henry.verm...@gmail.com wrote: just for interest sake, have you measured how long it takes to set up the connection relative to how long the network transfer takes? it'll obviously be dependant on the connection speed, but i get the feeling that it's minimal. Yes I have, and so did other users of tiOPF. The Connect/Disconnect part of a database takes considerably longer than retrieving a subset of data. And with the way CGI applications work, they of course, but i mean the internet transfer of the html to the client's browser. henry ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpWeb - Apache Modules
On Fri, Jan 23, 2009 at 12:58 PM, Henry Vermaak henry.verm...@gmail.com wrote: of course, but i mean the internet transfer of the html to the client's browser. That I have not tested yet, but not much I can do about that either. We do limit the amount of content in the generated pages. Example: only include the JavaScript functions required for the set task/page, remove debug HTML comments in the released version etc... every byte helps. :-) Our product currently only runs over a LAN, not a WAN. But the latter is something we will be considering in the future. Our CGI apps stream a LOT of flash content, because that's the bulk of our product (teaching mathematics). The other connections slow down is dependent on how busy the server hosting the RDBMS is. We have found that if the server is heavily stressed, the connection times increase a lot. This is where I hope our 3-tier prototype will help. Where the app server has a connection pool - one less thing for the CGI app to do. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Linux
2009/1/23 Reenen Laurie rlau...@gmail.com: But doing some more basic stuff... I dunno, like scrolling in firefox on a window with some flash, javascript etc. is slow and sluggish. Oh yes! This one drives me nuts! I don't know what causes it, but yes, Firefox is sometimes dog slow when scrolling pages. Yet while using Windows for the odd occasion, I haven't noticed this under Windows. Actually, it is just the same for me on windows. Facebook scrolling down (using the mouse wheel) is extremely clunky on Firefox, same for my gmail (with themes, chat etc enabled). ... So probably a firefox thing. Some people said that v2.+ is better at this than 3.+ Regards, -Reenen (This thread is getting a bit too long on the OT, but...) It's probably a several years old bug regarding scrolling of resized images. Actually AFAICT it's better in Firefox3 than in FF2. -Flávio PS. Agreed on the Compiz stuff (some operations being faster than pure GTK2). Some things really can't be slower when done in dedicated hardware, even if it's done with OpenGL on crappy hardware. And regardless of the years of optimization, Cairo doesn't seem to be any speed racer (some benchmarks say). ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpWeb - Apache Modules
Graeme Geldenhuys wrote: On Thu, Jan 22, 2009 at 4:51 PM, Lee Jenkins l...@datatrakpos.com wrote: Powtils and other only cgi frameworks by their nature do not support object pooling. The only other option that I saw was apache dso's using the fpWeb framework but that did not turn out too well and I spent quite a long time trying to get apache to load the dso (which it would not) let alone actually running it. I have currently written a large chunk of our application using Powtils for standard CGI applications. I miss object pooling or DB connection pooling a lot. Setting up a connection is very slow compared to many other things, and having to do that on every mouse click is not ideas. Right. Since CGI is a one-off technology, you have to setup and tear down db connections, which (and I could be wrong here) tiOPF takes a bit longer to do than standard TConnect TDataset model and since I use tiOPF as well, I'd prefer not to take a hit like that if I don't have to. I will be investigating alternative options. fpWeb and DSO etc.. I even thought of creating a Application Server application like in a 3-tier app. The CGI apps then communicate to the application server. The app server is the only one that has the actual DB connection. In theory this will work, but I haven't tried a prototype yet. One idea that I had was to use a gateway application, much like they're doing over at ExtPascal. ExtPascal uses FastCGI in one of 2 ways. 1. Gateway App = FastCGI Server. This model is designed for webservers that don't have cgi support. A standard gateway.cgi application takes the actual rqeuest and then communicates with a backend FastCGI (basically TCP/IP) server to fill the request. 2. Stand alone FastCGI server. This is the FastCGI server used in the first model but is used for web servers that have native FastCGI support. In this model the server (apache) just talks to the persistent running FastCGI server directly. There server is pretty well abstracted out of the ExtJS stuff that the project is based on so I may just use their code for ideas. Of course, FastCGI (like apache DSO's) have their drawbacks in terms of being able to actually use them on a shared hosting plan as most providers do not allow you to install DSO's or long running processes like TCP/FastCGI servers. But a nice compromise would be to write a cgi gateway like in ExtPascal with a few minor changes so that my business logic can be the same regardless of whether its standard cgi running on a low traffic Plesk/CPanel account or a dedicated server. Also, Michael van Canneyt has written some articles on Free Pascal/Lazarus and web apps. Maybe if you ask nicely, he can send you those, which might give some hints on how to use fpWeb etc.. :-) Michael? Michael? Where art thou and whilst thou share thine most valuable knowledge with me? :) -- Warm Regards, Lee ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpWeb - Apache Modules
Graeme Geldenhuys wrote: On Fri, Jan 23, 2009 at 11:43 AM, Henry Vermaak henry.verm...@gmail.com wrote: just for interest sake, have you measured how long it takes to set up the connection relative to how long the network transfer takes? it'll obviously be dependant on the connection speed, but i get the feeling that it's minimal. Yes I have, and so did other users of tiOPF. The Connect/Disconnect part of a database takes considerably longer than retrieving a subset of data. And with the way CGI applications work, they connect/disconnect very often (each screen refresh). Yeah, this is a problem for us tiOPF users since the tiOPF not only needs to setup its database specific objects like pooling, etc but also has to perform all of the object registrations if you're using AutoMapping a lot like I do. -- Warm Regards, Lee ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Docking manager implementation
Graeme Geldenhuys schrieb: Looks as I'm too stupid to make the demo work :-( I'm not experienced with installing Java... I have the Java SE Runtime Environment (build 1.6.0_03-b05) installed. Using Ubuntu Linux, I installed it via apt-get. I've had build 1.5.0_17-b04 first, now 1.6.0_11-b03, but this makes no difference (execpt for a longer error log). I then downloaded the swingdemoapp.jar file and ran it via the command line. I got a swingdemoapp.jnlp, and a swtdemoappbase.jar. The .jnlp is a invalid or corrup jarfile, the .jar throws an exception NoClassDefFoundError :-( DoDi ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] IDE dialogs mouse wheel scrolling incrments too small
Not counting the editor itself, has anyone noticed that using the mouse in dialogs that have TListBox, TTreeView, etc results in very small scrolls? The result is that it requires quite a few scrolls to navigate. Anyone know if there is there a setting for this? Thanks, -- Warm Regards, Lee ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] A bash script file to help bind functions
Hello, I've created for my own use a bash script file that try to find for me the proper library that contain a function when I create binding for libraries. The script file can be found at http://ik.homelinux.org/projects/files/find_function.sh . I wish to create an addition to Lazarus that will use the script and be able to parse the findings and help it inside the IDE. Maybe it can be used also in fp (if any one wishes to use it there). Anyway, you are more then welcome to use it if you find it useful, including adding comments, requests, changes etc... From time to time I might update the script, so you can check the changes at the following svn: http://code.google.com/p/pasxlibbind/source/browse/trunk/find_function.sh Or at a web page at my site (that I will create in few days). Ido ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] A bash script file to help bind functions
ik schrieb: I've created for my own use a bash script file that try to find for me the proper library that contain a function when I create binding for libraries. The script file can be found at http://ik.homelinux.org/projects/files/find_function.sh . Fine :-) I wish to create an addition to Lazarus that will use the script and be able to parse the findings and help it inside the IDE. Maybe it can be used also in fp (if any one wishes to use it there). IMO very different procedures are required for Unix, Windows, Mac or other platforms :-( DoDi ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus