Re: [fpc-pascal] Seems Delphi is moving to Java-style primitive types

On 2012-10-17 11:15, Paul Ishenin wrote: > > This was already discussed here or fpc-devel list. The video was about Delphi XE3, which just got release... was this Delphi functionality already existing in earlier Delphi versions too? [sorry, I don't keep up with every Delphi feature any more]

Re: [fpc-pascal] Re: problems compiling FPC

On 2012-10-17 12:43, Marco van de Voort wrote: > > It is kept simple on purpose. Only works on toplevel makefile (easy to > maintain), only on the toplevel "all" target, the required version is also > kept there (toplevel Makefile.fpc as only place). Nice, works perfectly here under 64-bit Linux

Re: [fpc-pascal] problems compiling FPC

On 2012-10-17 11:49, Mark Morgan Lloyd wrote: > > So saying "if it won't compile with stable then sod off" isn't helpful. That's definitely not how I meant for it to sound [the joys of email conversations]. Reinier summed up my thoughts. Default behaviour is to only allow last released FPC versio

Re: [fpc-pascal] Re: problems compiling FPC

On 2012-10-17 13:54, Jonas Maebe wrote: > ...whenever you build a cross-compiler. Even more: it will suggest that > building a cross-compiler should also be done starting with the latest... Simply update the error message to say that the version check rules might not apply to newly implemented pl

Re: [fpc-pascal] fpmake compiles the same unit multiple times

On 2012-10-17 14:18, michael.vancann...@wisa.be wrote: > > If you specify the dependencies right, it should figure out the order by > itself. I tried but it seems impossible, especially with uses clause pulling in other dependencies. I then tried fpmake from FPC 2.7.1... WOW, that made a huge di

Re: [fpc-pascal] Re: problems compiling FPC

On 2012-10-17 15:57, Vincent Snijders wrote: > > Alternatively, it could just be a warning. Then if it fails later, the > complete output will show the reason. I disagree. To prevent any strange side-effects (undefined behaviour), the version check should happen as early as possible - before any

[fpc-pascal] releasing commercial components as PPU files

Hi, Many Delphi components are sold as "full source code", or slightly cheaper (or as trial) as compiled *.DCU files for a specific Delphi version. Could this work with FPC too? Can I release commercial components as PPU files for say FPC 2.6.0 (knowing that those PPU's will not work with any ot

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 14:15, michael.vancann...@wisa.be wrote: > > That will most probably not work, although maybe -Ur may provide a solution. Isn't -Ur a default compiler option in official releases? So a 'make all' in the FPC 2.6.0 source directory should use the same compiler options on every Linux

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 14:25, Marco van de Voort wrote: > > (and one set per target) Correct. > I've been thinking about this, since the discussion with the TMS grid guy > (Bruno F.) on the Lazarus Day. He was interested because of trial versions > btw, rather than cheap licenses. Yes, I'm thinking of

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 14:36, michael.vancann...@wisa.be wrote: > > I am not sure whether they use the binary release of fpc, or if they compile > their own for e.g. windows. If it is the latter, you're in problems. Anybody from the Lazarus development team that can comment here? > IMHO, in the end it

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 14:59, Vincent Snijders wrote: > > I am more optimistic than Michael. Because the same source is used, > the CRC is the same and no recompile is done. Thanks Vincent, things are looking better and better. Regards, - Graeme - ___ fpc

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 15:00, Sven Barth wrote: > > DevArt uses this approach for their data access components (see here at... Thanks for the info. > problems. It might (!) get more messy though if you need to use units > distributed with Lazarus (e.g. "Controls", "Graphics", etc.), though it > could

Re: [fpc-pascal] releasing commercial components as PPU files

On 2012-10-22 15:36, Marco van de Voort wrote: > Another potential caveat is that many distro systems allow to apply distro > specific patches over DIST sources. In that case they will have to use the FPC official 2.6.0 binary release, or purchase the source code version (recommended for obvious r

[fpc-pascal] TurboPower FlashFiler for Free Pascal

Hi, Yeah, a catchy title! ;-) I want to know if anybody here has ever used FlashFiler in Delphi. Was it a good product, and do you think it would be worth the effort porting it to Free Pascal? Or is FlashFiler simply too old and outdated. I mainly use Firebird RDBMS for all my database needs a

Re: [fpc-pascal] TurboPower FlashFiler for Free Pascal

On 2012-10-23 14:34, michael.vancann...@wisa.be wrote: > > If I understand Graeme correctly, he wants it compiled-in (i.e. without > dll). SQLite is a separate DLL. Correct. We have an application that can be deployed in two ways. Client/Server which uses Firebird RDBMS and Apache Web Server. We

Re: [fpc-pascal] TurboPower FlashFiler for Free Pascal

On 2012-10-23 15:25, geneb wrote: > > What about B-Tree Filer? :) I'll read up on it, thanks. Graeme. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: New FPCUnit db results writer: testdbwriter: request for... testing

On 2012-10-19 15:52, Reinier Olislagers wrote: > > [1] http://wiki.lazarus.freepascal.org/Jenkins I've only heard about Jenkins since your recent post. I only read the overview on the wiki, but will investigate this further. I thought I would also mention something we use in our company. We use

Re: [fpc-pascal] Re: New FPCUnit db results writer: testdbwriter: request for... testing

On 2012-10-26 08:46, Reinier Olislagers wrote: > More related to my initial post: what do you do with test results (e.g. > tiopf tests, your own software tests)? > Do you store them in a database? I have never had the need for storing unit test results for long term. In the tiOPF project, only the

Re: [fpc-pascal] Re: Design Patterns Questions

On 28/10/2012 16:38, bsquared wrote: On 10/28/2012 08:53 AM, Juha Manninen wrote: On Sun, Oct 28, 2012 at 5:09 PM, bsquared wrote: And as an aside, what is the state of tiOPF, I could not get it to install in Lazarus 1.02. tiOPF2 works with Lazarus but the visual data-components includ

Re: [fpc-pascal] Re: Design Patterns Questions

On 28/10/2012 16:42, bsquared wrote: Graeme Geldenhuys actively maintains tiOPF version 2. Yeah, his always hard at work. ;-) It works definitely with Lazars 1.0.2, I use it myself. +1 Thank you for responding. I thought I recalled a stipulation for version 3. I noticed it had an

Re: [fpc-pascal] Editing resource of executable

On 29/10/2012 04:30, 印場 乃亜 wrote: Does anyone know if the version of OnGuard listed below is working on OS X? Unfortunately, no, I haven't done any work on OS X support yet. Most things should work relatively easy. The most work would be on the Machine Identifier code I believe - retrieving

Re: [fpc-pascal] TurboPower FlashFiler for Free Pascal

On 29/10/2012 03:12, Noah Silva wrote: Another option for an all pascal solution would be one of the available XML based data stores. That's already possible using tiOPF and the XML persistence layer. tiOPF also supports a TXT and CSV persistence layer (with the stacks of RDBMS persistence l

Re: [fpc-pascal] Best way to transfer data between applications?

On 29/10/2012 03:52, 印場 乃亜 wrote: Along the same lines, a convenient way to call functions/procedures with parameters from the "other" process would be greatly appreciated. (i.e. something like RPC that handles OOP). Take a look at MTDORB [http://sourceforge.net/projects/mtdorb/]. It is a fr

Re: [fpc-pascal] Re: problems compiling FPC

On 2012-10-30 14:04, Mattias Gaertner wrote: >> (that person even manually >> edited the makefile and replaced the 2.6.0 with 2.7.1 trying to get around >> the >> check). Oh my f#*k! > "Programming today is a race between software engineers strivi

Re: [fpc-pascal] Re: problems compiling FPC

On 2012-10-31 07:09, Mark Morgan Lloyd wrote: > start it now.". If we're trying to make it "bloody idiot proof" then the > correct form is "you are trying" or "you have tried". That make sense. Could Marco or somebody update the grammar in that message? Regards, - Graeme -

Re: [fpc-pascal] Why opening a file for write fails in fpc 2.6?

On 2012-11-01 10:56, Jonas Maebe wrote: > You would probably be happier with something > like MSEGUI or fpGUI (well, apart from the fact that neither is > VCL-compatible in any way). Which might not be a bad thing - depending on your project needs. VCL (and LCL) is too Windows centric, and has no

Re: [fpc-pascal] Why opening a file for write fails in fpc 2.6?

On 2012-11-01 11:49, Giuliano Colla wrote: > Being stuck with a lot of Kylix code, I found it quite heavy a > migration toward fpGUI (or MSEGUI). Our company has invested lots of time and money in developing CLX (Kylix) applications. We have ported quite a few of them to fpGUI, and it was not that

Re: [fpc-pascal] Why opening a file for write fails in fpc 2.6?

On 2012-11-01 12:33, Mark Morgan Lloyd wrote: > > That is a matter of opinion, and other developers would argue the point. When I say "windows centric" I mean LCL imitating the WinAPI in LCL-GTK2, LCL-Qt and LCL-Carbon. Most of the times that just doesn't fit. > "standard bearer" for workstatio

Re: [fpc-pascal] Why opening a file for write fails in fpc 2.6?

On 2012-11-01 23:32, Giuliano Colla wrote: > That's the main reason I look with more interest to LCL than fpGUI. > Simply because LCL provides already implemented much more features I > need with respect to fpGUI, (at least up to the last time I evaluated > fpGUI). That's probably been a while

Re: [fpc-pascal] Testing if exception raised in fpcUnit

On 2012-11-05 12:49, ik wrote: > > So how do I do it ? Create a method of the test class, and pass that to AssertException. Alternatively, do it manually as follows: try si.SetSlideName('001~z~1~a~4~d~1.1.2.swf'); si.SlideTypeDB; except on E: exception do begin CheckEq

Re: [fpc-pascal] Testing if exception raised in fpcUnit

On 2012-11-05 13:07, Michael Van Canneyt wrote: > > This will not detect if no exception is raised, only if the right > exception is raised in case one is raised. You are correct. An extra test is needed just before the except block. As your example shows, simply calling Fail(...) if no exceptio

Re: [fpc-pascal] Re: cannot make debugserver

On 2012-11-07 18:51, bsquared wrote: > the debugserver server that is an example in fpGUI. I built that and it > works. tiOPF was also suggested. I intend to look into it as well. I use both of those. Just a small note that the tiOPF logging has a few more convenience LogValue() etc methods,

Re: [fpc-pascal] Re: cannot make debugserver

On 07/11/2012 19:41, bsquared wrote: If I recall correctly you don't use Laz much; however, is it possible that it could log to Laz messages window? As Martin mentioned, I don't think you can log to the Laz messages window - it just captures FPC output. Regards, - Graeme - _

Re: [fpc-pascal] Re: cannot make debugserver

On 07/11/2012 22:13, bsquared wrote: I like the tiOPF based Logging. Nice work. It is the most reliable logging framework I know. For example, the dbugintf unit in FPC has major issues when used under Windows. If you generate many messages per second (which happens easily when you debug V

Re: [fpc-pascal] Re: cannot make debugserver

On 2012-11-08 10:13, michael.vancann...@wisa.be wrote: > > That said, I am aware of the windows problem, but have till now not yet > found the cause of the problem. I too have tried to find the problem, but couldn't spot the issue. G. ___ fpc-pascal

Re: [fpc-pascal] wayland support for FPC

On 2012-11-09 09:51, ik wrote: > > I'm not sure why, because as far as I know, it replaces the X11 > protocol, not gdk, Qt etc... That is how I understood it too. A while back I thought of starting the API bindings for fpGUI's Wayland backend. But I was told that the Wayland API is still in flux

Re: [fpc-pascal] wayland support for FPC

On 2012-11-09 10:42, Marco van de Voort wrote: > IOW, I wouldn't desperately try to support Wayland native at this point. > > That can be done if the native api turns out to be stable, Wayland truely > takes over X11, and all distros package it. > > Now it is just asking for pain IMHO. +1 That's

Re: [fpc-pascal] wayland support for FPC

On 2012-11-09 12:11, ik wrote: > > Qt5 afaik, does not support X11 anymore, only wayland, and that's the > main path most Linux toolkits takes today. As far as I know, they are simply moving more to XCB (the replacement libary for XLib). Saying that, all (big five at least) Linux distros already

Re: [fpc-pascal] adding additional libraries

On 2012-11-09 19:53, waldo kitty wrote: > > when you add additional libraries to your FPC and/or Lazarus installation, > how > do you normally do it? where do you normally place them? Do you mean your directory layout on your hard drive? Regards, - Graeme -

Re: [fpc-pascal] adding additional libraries

On 2012-11-09 22:44, waldo kitty wrote: > > yes, sorry... OK, I currently have the following layout. I like to keep paths to libraries and projects as should as possible. I used to use /opt/fpc-x.y.z/ and /opt/laz/ etc. /opt and /home is normally in separate partitions so that if I update (reins

Re: [fpc-pascal] FPObserver Examples anywhere?

On 2012-11-15 01:15, bsquared wrote: > Hello, > > Does anyone know of any example code for the FPObserver interface? > Preferable with Collections. Sure, see attached. It's very basic, but shows the functionality. NOTE: I used latest 2.7.1 compiler, where some base classes in the RTL suppor

Re: [fpc-pascal] FPObserver Examples anywhere?

On 2012-11-15 16:39, Sven Barth wrote: > Note: Although the IFPObserver and IFPObserved interfaces are defined as > Corba interfaces you should be able to use "YourInstance as IFPObserver" > instead of "Supports()". Correct, but my preference is to use Supports() - it makes the code easier to r

Re: [fpc-pascal] Re: FPObserver Examples anywhere?

On 2012-11-15 18:05, bsquared wrote: >> > Is there an advantage? No difference, other than that I find Supports() easier to read. G. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: FPObserver Examples anywhere?

On 2012-11-15 18:01, bsquared wrote: > > I have had no exposure to CORBA. Your example gave me just what I needed. CORBA style interface are simply interfaces without reference counting - so you are in control of when to free instances. CORBA style interfaces (as seen in FPC) are far from a comp

Re: [fpc-pascal] mobile application

Hi, If your devices are Embedded Linux/ARM or WinCE, you can use fpGUI Toolkit. If you use Nokia, Android, Win7, then you need to look at other solutions. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ _

Re: [fpc-pascal] BSD

On 2012-11-21 12:27, Mark Morgan Lloyd wrote: > Somebody's suggesting we ought to be at least looking at BSD. What's the > preferred variant from FPC/Lazarus's POV: OpenBSD, FreeBSD etc.? > I'm using FreeBSD 9.0 for some CGI apps of mine, and it works without hassle. Regards, - Graeme -

Re: [fpc-pascal] Is it possible to redefine FreePascal types?

On 2012-11-21 19:49, Kenneth Cochran wrote: > > Any function that accepts newString as a parameter will cause a compilation > error if you try to pass a normal string. You'll have to cast it to > newString first. That is an incorrect assumptions. The compiler will happily accept both types witho

Re: [fpc-pascal] bootstrapping from svn

On 26/11/12 01:27, David Emerson wrote: > > (Graeme, if you read this, have you considered creating a git branch for > the 2.6 fixes branch?) I decided against tracking the fixes branches after I realised what strange way the FPC team manages tags, branches etc in SubVersion. After attempting to

[fpc-pascal] fpdoc and linked elements

Hi Michael (or anybody else that could help), I'm using fpdoc from FPC 2.7.1 (pulled yesterday from the repository). I have a xml description file with the following elements. --[ fpg_button.xml ]- ---[ end ]--- What is the correct format for

Re: [fpc-pascal] fpdoc and linked elements

On 2012-12-04 16:22, Michael Van Canneyt wrote: > > Well, I've had some issues myself, but never managed to pinpoint the > exact reason. Somehow, when trying to construct test cases, the problem > does not pop up: it proves to be very elusive. I'll dig deeper and see what I can find. This bug

[fpc-pascal] fpdoc exclude option

Hi, Is there an option in fpdoc description files to exclude a class, type, global variable, global procedure etc from documentation? Something like PasDoc's @exclude functionality? I just want to know if it already exists, or if somebody is already working on this, before I start on it. Rega

[fpc-pascal] fpdoc output "parsing used unit..."

Hi, This seems new in FPC 2.7.1. I have some 15-20 units in my .xml project file that fpdoc uses, but only a select few units generate output like "Parsing used unit ..." What does that output mean? Is in some error? And why the output only for a few units, and not all units? 8<

Re: [fpc-pascal] fpdoc output "parsing used unit..."

On 2012-12-04 16:52, Michael Van Canneyt wrote: > > Imagine unit A and unit B. Unit A references unit B. > You create somewhere in A's documentation a link to an identifier in unit B. OK thanks. I'll try and reorder my units in the project file to see if this can be improved. I thought order wa

[fpc-pascal] G+ community for Free Pascal and Lazarus

Hi Everybody, Google created a new Community feature in Google+. Below is a link to a community dedicated to Free Pascal and Lazarus. https://plus.google.com/communities/114860965042324270757 If you are on Google+, feel free to visit and join. The community was setup by Marc Hanisch and already

Re: [fpc-pascal] G+ community for Free Pascal and Lazarus

On 2012-12-11 13:40, michael.vancann...@wisa.be wrote: > > Not exactly a "nice neutral" post :-) I have to keep up my appearances. ;-) > The two links are the same ? Oops, a copy-n-paste error. Here is the correct Delphi link: https://plus.google.com/communities/103113685381486591754 Reg

Re: [fpc-pascal] Brook 1.0 - A new framework for web was born

On 15/12/12 17:08, Michalis Kamburelis wrote: > > And the improvements will be (I'm counting on it :) contributed back to > PasDoc and available in it's next version, More worrying is why fpdoc was not used. ;-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Fre

Re: [fpc-pascal] Brook 1.0 - A new framework for web was born

On 15/12/2012 21:22, Sven Barth wrote: Maybe because the authors prefered inline comments instead of fpdoc's XML files... A shame, because the more detailed the documentation, the more it obfuscates the code. eg: Documentation Insight, a popular Delphi IDE plugin for documenting frameworks

Re: [fpc-pascal] Indexing files

On 15/12/2012 21:55, Michael Van Canneyt wrote: There is a similar mechanism on windows, but I haven't had time to look at it yet: I wanted to make a unified architecture for this kind of things. I created a truly single source cross-platform system for this. Register your interest (file, dire

Re: [fpc-pascal] Documentation

On 17/12/12 17:57, dev.d...@gmail.com wrote: > > Btw. I really like the lazarus fpdoc GUI... Compared to Documentation Insight (a Delphi IDE add-on), the UI of FPDoc Editor has a lot to be desired for. Plus the fact that FPDoc Editor generates undesired formatted XML for fpdoc is not so nice. Th

Re: [fpc-pascal] Documentation

On 17/12/12 21:45, Mattias Gaertner wrote: > > I thought that was fixed? Umm, I'll have to double check. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist

Re: [fpc-pascal] Documentation

On 17/12/12 21:45, Mattias Gaertner wrote: > > I thought that was fixed? OK, my apologies for the false alarm. The XML generation seems fixed now. There are other issues with the FPDoc Editor dialog though. Off the top of my head: - It allows you to enter long descriptions for method arguments

Re: [fpc-pascal] Documentation

On 18/12/12 01:25, luciano de souza wrote: > But my question is: FPDoc can be used without > an IDE? Yes, fpdoc is a command line tool, just the fpc (The free pascal compiler). Some get confused between the fpdoc program, and the FPDoc Editor (add-on) included within Lazarus IDE. The latter is us

Re: [fpc-pascal] Re: Documentation

On 18/12/12 11:15, michael.vancann...@wisa.be wrote: > > I applied the patch, thank you ! While we are at it, here is another patch for fpdoc - lying around for a while. http://bugs.freepascal.org/view.php?id=23425 Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit usin

Re: [fpc-pascal] Re: Documentation

On 18/12/12 13:28, Marco van de Voort wrote: > > I also thought about that, but layouting the interface inheritance info is > harder. It works here for Interface inheritance too. But I didn't have much code to test it with. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolki

Re: [fpc-pascal] fpdoc enhanced - call for tests

On 20/12/12 16:31, Michael Van Canneyt wrote: > > I have enhanced fpdoc. > It now creates a (clickable) hierarchy of the classes in the package that is > documented. Ah, you beat me to it! I saw this in PasDoc the other day, and thought that would be nice in fpdoc too, so that was going to be

Re: [fpc-pascal] Feature announcement: Extension of TThread's interface

On 27/12/12 16:23, Sven Barth wrote: > > I'm pleased to announce the extension of TThread's interface to bring it > more on par... Very nicely done Sven. There is some really handy functionality now. > The methods NameThreadForDebugging need to be > implemented for those platforms that suppor

[fpc-pascal] CrossFPC is finally released

Using Delphi IDE to write code, and FPC to compile or cross-compile to 64-bit Windows, 32-bit Linux etc. http://www.crossfpc.com/ I believe it comes from the same authors that brought CrossKylix many years back. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Fr

Re: [fpc-pascal] Re: CrossFPC is finally released

On 30/12/12 03:47, leledumbo wrote: > first public beta in 7 years since the latest > internal release, wow Hey, that seems the norm these days. Lazarus was in beta for over 12 years! Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourcefor

Re: [fpc-pascal] CrossFPC is finally released

On 31/12/2012 14:19, Michael Van Canneyt wrote: Which - after initial inspection - would seem to me a matter of improving the installer so it includes cross-compilation. That is already very well done with CodeTyphon so by the way. I tried CodeTyphon the other day and was rather impressed by h

Re: [fpc-pascal] Use of abstract classes

On 01/08/13 12:33, Michael Fuchs wrote: > > For example a compiler error in {$MODE ObjFpc} and the actual behaviour > in {$MODE Delphi}. That would not break compatibility, but gets a nice > feature for FPC. +1 The current behaviour (even if Delphi compatible) seems just wrong - totally defeat

Re: [fpc-pascal] abstract classes

On 01/21/13 22:28, Leonardo M. Ramé wrote: > > As far as I remember Delphi has the same behavior. As I said in the other thread - it is a bug! Completely defeats the design principal of what "abstract class or method" means. FPC should raise an error. I don't care what Delphi does - it's wrong.

Re: [fpc-pascal] Favourite Pascal books

On 01/22/13 11:52, Leonardo M. Ramé wrote: > > The best introductory Turbo Pascal book I've ever read was "Mastering Turbo > Pascal 6" from Scott D. Palmer spanish edition, I remember how amazed I was > after learning how pointers work, and how fast my apps became after replacing > arrays by li

Re: [fpc-pascal] Favourite Pascal books

Hi Patrick, > I am just putting together an order for abebooks. They have a million > and one Pascal books. I can't decide on which ones to buy. I also forgot to mention in my previous post, there are some more sources of information. I have some e-books in INF format. They came from the Sybil

[fpc-pascal] Sybil Library - OS/2 and other INF e-books

Hi, I know there are still a few of you developing for the OS/2 platform. So I made available on my server some INF e-books. They originally came from the Sybil Library project. There are also some Object Pascal and OOP related books. http://opensoft.homeip.net/~graemeg/inf_books/ To view th

Re: [fpc-pascal] Sybil Library - OS/2 and other INF e-books

On 01/24/13 17:55, Tomas Hajny wrote: > > It's probably worth mentioning that since these INF > documents come from a different compiler / project, some of the included > information does not fully apply to FPC and its RTL. Indeed. Those ebooks might, or might not be useful. I just thought I woul

Re: [fpc-pascal] Sybil Library - OS/2 and other INF e-books

On 01/26/13 11:50, Reinier Olislagers wrote: > bottom of my priority list, but will contact you eg via fpc other if I need > help, thanks a lot. I have Warp 3 Connect and Warp 4 (with some fixpacks) running in VirtualBox VM sessions. Feel free to discuss on fpc-other. Regards, - Graeme - -- f

Re: [fpc-pascal] TFPCanvasDrawer and anti-alias.

On 01/28/13 23:32, silvioprog wrote: >> Not for lines. > > > Sniff. :'( > > I'm trying to generate charts in my CGI apps: Use AggPas. That is exactly why I incorporated it into fpGUI. I needed anti-aliased line drawing for graphs etc. Regards, - Graeme - -- fpGUI Toolkit - a cross-platfo

Re: [fpc-pascal] TFPCanvasDrawer and anti-alias.

On 01/29/13 01:52, silvioprog wrote: > > Fail. :( I don't use the AggPas from Lazarus though, so not sure what new dependencies it pulls in. > The result is: > > http://imagebin.org/244608 I believe I saw a LCL bug report about such "weird" bitmaps recently. I don't think the problem is AggPa

[fpc-pascal] [news] DA-Soft discontinues AnyDAC component suite

Hi, Seeing that they supported FPC/Lazarus too, I guess this might affect some people here. 8<-8<-8<-8<-8< The business model change Jan 29, 2013 DA-SOFT Technologies informs you, that starting from 28-January-2013 our company changes the

Re: [fpc-pascal] Re: [news] DA-Soft discontinues AnyDAC component suite

On 01/30/13 12:48, Paul Ishenin wrote: > > Or maybe become a part of Delphi? That's the suspicion on the Delphi newsgroups too, because DA-Soft worked hard on getting FireMonkey support working. And if that suspicion is true, then it would also spell the end of FPC/Lazarus support for AnyDAC - ju

[fpc-pascal] how to get same pthreads code to compile between Linux and FreeBSD

Hi, I'm trying to get tiOPF to compile under FreeBSD. It works under Linux and Windows without problems. I got compiler errors using FPC 2.6.0 under FreeBSD, saying that the compiler couldn't decide which version of the sem_* methods to use. I had code like this in tiOPF: {$IFDEF MSWINDOWS}

Re: [fpc-pascal] how to get same pthreads code to compile between Linux and FreeBSD

Thank you, this was answered in the fpc-devel mailing list. G. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] what happened to the "contributed units" listing?

On 2013-02-07 13:00, Michael Van Canneyt wrote: >> >> A simple Javascript disabled! should be enought to note >> that Javascript is needed. > > Will do. There also seems to be a bug in sorting. Sort the first column (Name) in ascending order, then the list appears as... RvRsaLib punk command

[fpc-pascal] GetCurrentThreadID under FreeBSD vs Linux

Hi, Under Linux and Windows I have the following code which works fine. var LThreadID: string; begin FmtStr(LThreadID, '%.4d', [GetCurrentThreadID]); Under FreeBSD (64-bit) that failed with a EConvertError in the unit tests and the compiler gave a message of 'Invalid argument index in forma

Re: [fpc-pascal] GetCurrentThreadID under FreeBSD vs Linux

On 2013-02-08 20:34, Marco van de Voort wrote: >> Navigating the code to see how TThreadID is defined, I found this for >> FreeBSD. >> >> TThreadRec = record end; >> TThreadID = ^TThreadRec; >> >> So TThreadID is just a pointer to a record structure > > This is a common construct to define op

Re: [fpc-pascal] GetCurrentThreadID under FreeBSD vs Linux

On 2013-02-08 17:08, Ewald wrote: > {$macro on} > {$define Debug_ThreadSelf:= ptruint(GetCurrentThreadID)} I must confess I haven't used macros in FPC. Also the code I'm working with is cross platform and cross compiler. I don't know if Delphi supports such macros. Quick search in Delphi 7

Re: [fpc-pascal] Re: what happened to the "contributed units" listing?

On 2013-02-09 02:20, Frank Church wrote: > > Are you referring to the code of all FPC/Lazarus web infrastructure > coded in FPC or the general FPC web examples? As far as I know the "Free Pascal" project has a few SubVersion repositories. eg: The main one for the compiler/rtl/fcl, another reposit

Re: [fpc-pascal] Re: what happened to the "contributed units" listing?

On 2013-02-09 09:29, Michael Van Canneyt wrote: > > for example >http://svn.freepascal.org/svn/html > contains the website material, including the contrib site, which is in Why can't one browser that repository with ViewCVS like all the other repositories mentioned in the Development web pag

Re: [fpc-pascal] Re: what happened to the "contributed units" listing?

On 2013-02-09 12:01, Sven Barth wrote: >> >> http://svn.freepascal.org/cgi-bin/viewvc.cgi/?root=html >> >> >> The direct link obviously works, but not via viewcvs. Not urgent, just >> curious. > > If you click at the "/" node in front of the repository (e.g. "[fpc]") > you see a list of all avail

Re: [fpc-pascal] Re: Fpc Access Violation if AppConfigDir doesn't exist.

On 2013-02-09 13:56, Bart wrote: > > While this can easily be implemented without breaking existing code, > this still does not solve the original problem. > If creating the directory fails, the function does not return an > errorcode, unless we decide to let it raise an exception in this > case..

Re: [fpc-pascal] Re: Fpc Access Violation if AppConfigDir doesn't exist.

On 2013-02-11 11:29, Giuliano Colla wrote: > > This is true only if you invoke the program from command line, which is > something the end user will never do. Wrong. This is something you are doing wrong in your GUI application then. I have loads of fpGUI 'gui' applications, that report excepti

Re: [fpc-pascal] Tree structure

On 2013-02-12 15:44, Leonardo M. Ramé wrote: > > Isn't that a balanced binary tree? I'm looking for a simple tree structure > (http://en.wikipedia.org/wiki/Tree_%28data_structure%29) > It should be rather simple to create. A simple Composite design pattern and about 30-45 minutes with some acco

Re: [fpc-pascal] OT a bit - Planet Object Pascal

On 2013-02-17 13:40, Frank Church wrote: > > My beef is mostly with Lazarus developers. They are more at fault here > as a lot of the new features which make a good difference to > productivity tend go unannounced or unnoticed. That's why I created the following wiki page... for exactly that reas

Re: [fpc-pascal] OT a bit - Planet Object Pascal

On 2013-02-18 20:26, Frank Church wrote: > What steps to I follow? Install the package and recompile the IDE - as with any IDE plugin. The empty editor toolbar should appear in the Editor Window. Only two buttons should exist. "Configure" - the left most button, as can be seen from the screenshot.

Re: [fpc-pascal] OT a bit - Planet Object Pascal

On 2013-02-19 14:01, Martin wrote: > > At some time, I stumbled over this: > http://wiki.lazarus.freepascal.org/Alternative_Main_Page That would be a MUCH better main page. Clear topics that are easy to see and read. It would need some minor additions, but over all, much better than the default

Re: [fpc-pascal] JSON dates

On 2013-02-21 09:59, Reinier Olislagers wrote: > > Noticed that Firefox gives this: > new Date().toJSON(); > /* > 2013-02-21T09:47:42.467Z > */ > which looks like an ISO date to me. Yes, that is the ISO 8601 format, and the only sane format you should use. Even in my database application, my date

Re: [fpc-pascal] Performance problems with Image Conversions

On 2013-02-24 17:35, Andrew Brunner wrote: > > If not, does anyone have lightning fast scaling methods in C++ or Java > that I can port/contribute? A fpGUI user did a speed comparison of a lot of various image libraries and pure Object Pascal imaging code. I can find the link to his work and res

Re: [fpc-pascal] differences between .pp and .pas files

On 2013-02-25 10:51, Sven Barth wrote: > > That's indeed a valid argument pro .pp And a large argument against .pp extensions is that NO editor out there (except for FP Text IDE and Lazarus) knows about .pp, so pascal syntax highlighting never works. You have to always manually force the pascal s

Re: [fpc-pascal] differences between .pp and .pas files

On 2013-02-25 11:09, Michael Van Canneyt wrote: > > That is a bug in these editors, you should file a report. Kate, gEdit, syn, mcedit, vim, emacs, Notepad++, Geany etc... I wouldn't even know where to start finding all their bug tracker information. And honestly, I simply don't have the time. Us

Re: [fpc-pascal] differences between .pp and .pas files

On 2013-02-25 12:39, Michael Van Canneyt wrote: > > Somehow, tongue-in-cheek humour never seems to work through email... Nope. > Or I'm just no good at it. Neither am I. :) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/

<    1   2   3   4   5   6   7   8   9   10   >