Re: [fpc-pascal] Forum merger
Paul Nicholls schrieb: For me, i like to see Pascal generate good web application, especially if it had Right To Left support :) What is right to left support? Bidi support as e.g. semitic languages require. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] OpenCL
I found that URL, actually I'm on the same situation... I'm waiting for them to be applied... please correct me if I'm wrong, CUDA work only for NVidia and OpenCL should work for all GPU, right? and if I got the idea the OpenCL bindings submitted works only for Mac. Can I get and try it on Windows? Lourival 2009/12/22 Michalis Kamburelis michalis.ka...@gmail.com: Lourival Mendes wrote: FPC/Lazarus. Is there a project on it? Is there some thing working on Parallel programming on FPC? There are OpenCL bindings submitted to mantis, http://mantis.freepascal.org/view.php?id=15297, by Dmitry Boyarintsev. I didn't test them, as I don't have capable GPU (yet) :) But I'm waiting with anticipation for them to be applied :) (I was playing with CUDA some time ago, which had basically the same goal, although was NVidia-only.) Michalis ___ fpc-pascal maillist - fpc-pas...@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal -- Lourival J. Mendes Neto ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] tstream files cross-platform ?
how do you make a saved tstream cross-platform? for instance write.ansistring writes the length as a binary word in native format... which might not be the same native format on a different system. i am working on a program and need to save files which will be read on all systems. the data could be thought of as objects with data of which includes lists of children objects which might have children as well to many generations down (up to at least 20 generations, perhaps many more). the program it is similar to pivot or stykz. (stick man animator). --- thanks ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re[2]: [fpc-pascal] sql server embedded: sqlite the only solution?
Hello FPC-Pascal, Tuesday, December 22, 2009, 12:55:07 AM, you wrote: ZD I think you talk about Firebird embedded version 1.0, SQlite3 best than it ZD I have Point of Sale application use Firebird 2.1 in desktop PC and ZD Sqlite3 in Wince, the same project with same SQL statements (with a ZD little directive for special queries). SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. -- Best regards, JoshyFun ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re[2]: [fpc-pascal] sql server embedded: sqlite the only solution?
On Tue, 22 Dec 2009, JoshyFun wrote: Hello FPC-Pascal, Tuesday, December 22, 2009, 12:55:07 AM, you wrote: ZD I think you talk about Firebird embedded version 1.0, SQlite3 best than it ZD I have Point of Sale application use Firebird 2.1 in desktop PC and ZD Sqlite3 in Wince, the same project with same SQL statements (with a ZD little directive for special queries). SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. About the sqlite is faster: This depends highly on the kind of queries you are using. In my tests, sqlite was significantly slower than firebird. I compared speeds of 4 different embedded engines, and sqlite was definitely not the fastest one. Secondly, I would never recommend sqlite for use with Pascal applications, since sqlite does not even enforce the data to be of the correct type, which creates problems if a field of type INT contains e.g. textual data, causing a pascal application to crash. (last time I checked, they called this a feature) Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Forum merger 2
(google translate) Why not start? We did not start because it is not interesting or because can not be done? After all, is it possible to do a good job for the web in Pascal? Why not start a project for a Forum in Pascal, without specifying anything in the project, once registered as participants, with a schedule public, voting technologies: svn, git, googlegroups, OPF, db, other frameworks, etc. How about giving ourselves a gift to the year 2010 a new project that can inspire us to other things, that can show the potential of Pascal on the web? Maybe not developed new tools, specific to the web in Pascal? What do you think? == Porque não começamos? Não começamos porque não é interessante ou porque não dá para ser feito? Afinal, é ou não possível fazer um bom trabalho para web em Pascal? Porque não iniciamos um projeto para um Forum em Pascal, sem especificar nada, dentro do projeto, depois de inscritos como participantes, com um cronograma público, votamos as tecnologias: svn, git, googlegroups, OPF, db, outros frameworks, etc Que tal nos darmos de presente para o ano de 2010 um projeto novo que possa nos inspirar para outras coisas, que possa mostrar as potencialidades do Pascal na web? Quem sabe não desenvolvemos ferramentas novas, específicas para web em Pascal? O quê acham? == ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] sql server embedded: sqlite the only solution?
JoshyFun escreveu: Hello FPC-Pascal, Tuesday, December 22, 2009, 12:55:07 AM, you wrote: ZD I think you talk about Firebird embedded version 1.0, SQlite3 best than it ZD I have Point of Sale application use Firebird 2.1 in desktop PC and ZD Sqlite3 in Wince, the same project with same SQL statements (with a ZD little directive for special queries). SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. Not anymore. See http://www.sqlite.org/releaselog/3_6_19.html Luiz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Forum merger 2
Osvaldo Filho wrote: anything in the project, once registered as participants, with a schedule public, voting technologies: svn, git, googlegroups, OPF, db, other frameworks, etc. I say it again. Just register the project and start coding. You being the first developer, you have the honour of deciding where this new project will be hosted (FPC server, SourceForge, GitHub, etc) and what repository SCM to use (svn, git, mercurial, etc..). Once the project has been created, please announce it here so other know about it. Other than that, start coding and others will hopefully follow. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re[3]: [fpc-pascal] sql server embedded: sqlite the only solution?
Hello FPC-Pascal, Tuesday, December 22, 2009, 1:46:33 PM, you wrote: SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. MVC About the sqlite is faster: MVC This depends highly on the kind of queries you are using. MVC In my tests, sqlite was significantly slower than firebird. I compared MVC speeds of 4 different embedded engines, and sqlite was definitely not MVC the fastest one. SQLite is faster in simple queries and in exchange with used memory etc. For serious projects with important data it has many deficiences. MVC Secondly, I would never recommend sqlite for use with Pascal applications, MVC since sqlite does not even enforce the data to be of the correct type, which MVC creates problems if a field of type INT contains e.g. textual data, causing MVC a pascal application to crash. MVC (last time I checked, they called this a feature) Yes :) As far as I know, everything is a text field. -- Best regards, JoshyFun ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] sql server embedded: sqlite the only solution?
Michael Van Canneyt escreveu: On Tue, 22 Dec 2009, JoshyFun wrote: SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. About the sqlite is faster: This depends highly on the kind of queries you are using. In my tests, sqlite was significantly slower than firebird. I compared speeds of 4 different embedded engines, and sqlite was definitely not the fastest one. Can you provide such tests? Sqlite, due to it's nature (small), is know to have a query optimizer less powerful than other (bigger) RDMS. Most of the time those sql can be manually optimized. Anyway recent versions have improved performance. Secondly, I would never recommend sqlite for use with Pascal applications, since sqlite does not even enforce the data to be of the correct type, which creates problems if a field of type INT contains e.g. textual data, causing a pascal application to crash. It's true if trying to load a data file created outside of the pascal application. Databases created and handled by TDataset descendants (Zeos, TSqlite3Dataset, Sqldb) has no such problems. (last time I checked, they called this a feature) One point not cited in thread was the availability of Firebird embedded that AFAIK is only for Windows. Not to say that sqlite is probably the most used embedded database: http://www.sqlite.org/mostdeployed.html Luiz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: OpenCL (Lourival Mendes)
I have tried Dmitry's OpenCL interfaces, and they work just fine. I use it on a Mac using Lightweight IDE, and making OpenCL work through it using C or FPC is trivial; it just works. I don't know how hard it is to use it from Lazarus (which I can't run for unknown reasons) but it can't be very hard. There are three ways to work with GPU computations, shaders (e.g. GLSL), CUDA and OpenCL. CUDA is integrated with C, for better or worse (worse for us since that makes it hard to use from FPC). Shaders and OpenCL are no problem to use from FPC. In all cases, the languages are C-based. :-( /Ingemar Lourival Mendes mendes.louri...@gmail.com wrote: I found that URL, actually I'm on the same situation... I'm waiting for them to be applied... please correct me if I'm wrong, CUDA work only for NVidia and OpenCL should work for all GPU, right? and if I got the idea the OpenCL bindings submitted works only for Mac. Can I get and try it on Windows? Lourival 2009/12/22 Michalis Kamburelis michalis.ka...@gmail.com: Lourival Mendes wrote: FPC/Lazarus. Is there a project on it? Is there some thing working on Parallel programming on FPC? There are OpenCL bindings submitted to mantis, http://mantis.freepascal.org/view.php?id=15297, by Dmitry Boyarintsev. I didn't test them, as I don't have capable GPU (yet) :) But I'm waiting with anticipation for them to be applied :) (I was playing with CUDA some time ago, which had basically the same goal, although was NVidia-only.) Michalis ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] sql server embedded: sqlite the only solution?
On Tue, 22 Dec 2009, Luiz Americo Pereira Camara wrote: Michael Van Canneyt escreveu: On Tue, 22 Dec 2009, JoshyFun wrote: SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer manually. About the sqlite is faster: This depends highly on the kind of queries you are using. In my tests, sqlite was significantly slower than firebird. I compared speeds of 4 different embedded engines, and sqlite was definitely not the fastest one. Can you provide such tests? Yes. Sqlite, due to it's nature (small), is know to have a query optimizer less powerful than other (bigger) RDMS. Most of the time those sql can be manually optimized. Anyway recent versions have improved performance. That is good to hear! Secondly, I would never recommend sqlite for use with Pascal applications, since sqlite does not even enforce the data to be of the correct type, which creates problems if a field of type INT contains e.g. textual data, causing a pascal application to crash. It's true if trying to load a data file created outside of the pascal application. Databases created and handled by TDataset descendants (Zeos, TSqlite3Dataset, Sqldb) has no such problems. That doesn't matter. You cannot be sure about the data you get, that is the point. You don't know what the user will do to the database file. I can tell you strange stories of databases which were accessible to users. A helpdesk nightmare :-) (last time I checked, they called this a feature) One point not cited in thread was the availability of Firebird embedded that AFAIK is only for Windows. This is not correct. It works perfectly on linux as well, and mac also. I use it on Linux. Not to say that sqlite is probably the most used embedded database: http://www.sqlite.org/mostdeployed.html It doesn't take away the fact that I do not consider it suitable for use with pascal. PHP, Java: there it probably doesn't matter, since they use dynamically typed data. But pascal is strongly typed at compile time, and if the engine doesn't guarantee that an INT field contains really an INT, then it's out in my book. But each should weigh the pros and cons; In my opinion, sqlite is off, but every developer should consider what is important for him. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] tstream files cross-platform ?
On 22 Dec 2009, at 12:57, Dale Welch wrote: how do you make a saved tstream cross-platform? Use a twriter/treader to save/load data to/from the stream, then all endian issues will be taken care of automatically (and even converting between the x86' extended type and double on platforms that don't support it). http://www.freepascal.org/docs-html/rtl/classes/twriter.html http://www.freepascal.org/docs-html/rtl/classes/treader.html Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Forum merger
Graeme Geldenhuys wrote: Bee Jay wrote: Yes, and it would take forever if no one dare to start it. ;) So Bee, register a project on SourceForge or GitHub and start coding. Maybe somebody will contribute at some stage. Like they said in some old movie: Build it and they will come. Was Field of Dreams that long ago? Thanks Graeme, I don't think I felt quite as old before this. :-) -- Warm Regards, Lee ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] sql server embedded: sqlite the only solution?
JoshyFun wrote: etc. For serious projects with important data it has many deficiences. I thought all data should be treated as important - otherwise why bother saving it. :-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Forum merger
Lee Jenkins wrote: Was Field of Dreams that long ago? Thanks Graeme, I don't think I felt quite as old before this. :-) Yeah, that was the movie I was referring too. :-) I just celebrated my 35 birthday, so now I feel very old (the downhill part is getting closer). But clearly your memory hasn't gone yet, because you remembered the movie's name. ;-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Forum merger
http://groups.google.com/group/forpas/about 2009/12/18 Graeme Geldenhuys graemeg.li...@gmail.com: Vincent Snijders wrote: The most important thing now is that (at least) one person actually starts *coding* and making his source available. Where is not that important. I agree 100%. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pas...@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Forum Merge Fwd: Examples - First contact ;-)
The first contact on new Forum for New Forum! ;-) -- Forwarded message -- From: Wanderlan wanderlan.an...@gmail.com Date: 2009/12/22 Subject: Examples To: forpas for...@googlegroups.com Ext JS Web forum interface example: http://www.extjs.com/deploy/dev/examples/forum/forum.html Database structure for a Web forum http://vanillaforums.org/page/DatabaseStructure Full open source example http://vanillaforums.org Wanderlan ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re[2]: [fpc-pascal] sql server embedded: sqlite the only solution?
Hello FPC-Pascal, Tuesday, December 22, 2009, 3:18:27 PM, you wrote: GG JoshyFun wrote: etc. For serious projects with important data it has many deficiences. GG I thought all data should be treated as important - otherwise why bother GG saving it. :-) Check your temp folder :) -- Best regards, JoshyFun ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal