Re: [fpc-pascal] Re: [lazarus] HelloWorld: gdb.exe crashes

> Delphi 2007 is not even beta, it's a bug, ripe to be squashed. YMMV. I beg to differ. > Use tab characters and you don't need a code convertor. > All you need to do is change tab widths to whatever you like. No.. this causes more issues. If you use tabs you will invariably get mixed tab/space

Re: [fpc-pascal] Re: [lazarus] HelloWorld: gdb.exe crashes

> Lol, Please share if you really have something interesting to say. I have only my opinions. Maybe they are interesting, maybe not. I have been a Delphi developer for over 10 years though, so I feel quite comfortable to comment. I BETA tested Delphi 6 and Kylix 1. I've seen how bad Borland betas

Re: [fpc-pascal] Re: [lazarus] HelloWorld: gdb.exe crashes

> Since Delphi 2007 is total crap (which you can read about here if you > interested: http://members.home.nl/hbthouppermans/Delphi2007Crap/Index.htm > ) Please don't take this the wrong way - you are obviously dedicated to hating Delphi 2007, but you are a _moron_. I could list all the reasons w

Re: [fpc-pascal] Newbie, Delphi porting: Which are standard Units?

> uses > Classes, Standard. > Sysutils, Standard. > U_Global, L_Lockdata, U_Strings, U_RegExpr, L_Wintol, U_Images, > U_Stream, U_Tiff, U_Tiff_Tags, U_Tiff_Global, U_Pixels, L_Mathe, > U_Wininfo Custom looks fairly "in house" too. I assume U stands for Unit and L stands for Libra

Re: [fpc-pascal] Metaware

> About three years ago, when this project was first proposed, I did find > a white-paper written by someone at Metaware which outlined the > internals of the yield(). And the code runs in a single thread or concurrently? Looks like it would be nigh on impossible to translate the code as it stan

Re: [fpc-pascal] Metaware

> Nope. It's that what Mark thinks, and more like (Python's) generator > thingie (link posted by Luca): Rght.. like: insert into blah (test) values(1); insert into blah (test) values(2); insert into blah (test) values(3); insert into blah (test) values(4); create procedure test() returns(r

Re: [fpc-pascal] Metaware

> '?' indeed! I am fascinated! What does yield do exactly... presumably it > returns a result from the function without closing down that instance of > the function? Amazing concept. I suspect - given the word "DOS" in some of the code, it allows a DOS event loop to continue in a single threaded c

[fpc-pascal] Mac losing Carbon support in 64bit Leopard

Rumour has it that the Mac OS X 10.5 will not have 64bit Carbon support under Intel. That means that Intel based Carbon based apps will only ever be 32bit and that if 32bit support is ever withdrawn (likely?) Carbon will be gone. I know that the FPC GUI ports under Mac OS X tend to use Carbon

Re: [fpc-pascal] strange "with" usage

> In a delphi app I came across the following syntax; > > with PropInfo^, PropType^^ do > > Which results in a "Error: Illegal qualifier". Has anyone an idea of what > is meant here and how to port that to FPC? I'm puzzled. with PropInfo^, PropType^^ do [...] is the same as with PropInfo^ d

Re: [fpc-pascal] RE: Threads executing in sequence instead of parallel

Some rambling observations: > I was fighting the serial execution - and then I ran that little tiny test > program - and it worked. I tried to fix my code some more - same problem - > but the little test program worked... so I finally (this is what I mean > when > I say I resigned to design chang

Re: [fpc-pascal] Sched_Yield, TThread, Multiplexing, Sysutils, Sleep, Win32, Linux, and Thanks

> it seemed to run in a serial fashion and not as a separate task. Well... Win32 at any rate, use one of the following: CreateSemaphore / CreateMutex / CreateEvent Then use the handle with one of the following: WaitForSingleObject / WaitForMultipleObjects Depending on what you are doing, makin

Re: [fpc-pascal] Free Pascal widget set

>> Why not using GDI+ instead of GDI? > > It used FPC's windows.pp unit and whatever API's are defined in it. GDI has a wider audiance. GDI+ is not an "out of the box" option for most legacy (i.e. prior to XP) systems. Using GDI, it has the possibility to run under ReactOS and WINE too.

Re: [fpc-pascal] 2.1.1 new protected

> No. It just means the classes are designed wrong. Very true. There are a number of places in Delphi's VCL where this is true... for D5 at least. > If you need to access directly private class fields, I think there are > serious design flaws in your code. Class "crackers" only give access to p

Re: [fpc-pascal] Another Delphi mode question :) -- classes as parameter

>> What IS true is that you can change the properties of S, even if it is >> passed by value or as const. But the pointer S cannot be changed. > > I desired to change the pointer; manifestly I have to pass it as var. Be aware that if you do this, you will lose the ability to pass any class that de

Re: [fpc-pascal] Blackberry

> Writing for WinCE could be a possibility, assuming it can do online > communications (I know nothing about hand helds.. My last hand held was > a Palm 3 that I toyed with for 2 days then shelved) I would suggest writing it in .Net and using something like Chrome ( http://www.chromesville.com/in

Re: [fpc-pascal] Typecasting by accident

> raise Not_Now (Exception_Message); I feel your pain! far too much like : throw Not_Now(Exception_Message); My brain does this all the time moving between C# and Delphi. The one I always seem to do, is "except" instead of "catch" in "try" blocks. At least the compiler/syntax checker get

Re: [fpc-pascal] [OT] CTags Tool for Object Pascal Language

> It sounds like a crossreferencer. Search for Coco/R, a parser generator > that > can gen Delphi code. IIRC the cross referencer is one of its std demoes > for > each language. Essentially PasDoc more or less does what he wants, except the files it produces are HTML. With some work it might be ab

Re: [fpc-pascal] Re: OpenDelphi.org

> Note that there have been discussions in the past that e.g. for release > purposes could be generated per platform that has the necessary includes > inlined. It is just the matter of finding sb to write the generator. That would have been me complaining ;-) The include files are evil unless th

Re: [fpc-pascal] opendelphi.org

> What he meant is that supporting fpc/lazarus development > is a quite more tangible task than trying to buy and support delphi. No, he said "Why don't they switch to and support FPC/Lazarus instead of doing that?". Tha is a large dig at Delphi. Until FPD is completely compatible with Delphi 5 on

Re: [fpc-pascal] opendelphi.org

>> I'm sure Lazerus is a fine IDE, but it is not on a par with BDS. > > That depends on the POV. Lazarus has a lot of things Delphi/BDS doesn't > have > like multiplatform support and a good optimizing compiler etc, so you can > also > easily say BDS isn't on a par with FPC/Lazarus :) You're suf

Re: [fpc-pascal] opendelphi.org

> http://delphi.org/ > > Very nice attempts, but -IMO- they're just wasting their time. :p > Why don't they switch to and support FPC/Lazarus instead of doing that? :p You're kidding me right? Maybe if you made that assertion about Kylix, but not Delphi!! The Delphi.Net compiler alone, and the VCL

Re: [fpc-pascal] Scripting in FPC

Nemesis relies heavily on the JVCL and the Scripting engine that is contained within it. Unfortunately, this engine uses Interfaces heavily, and FPC had issues with Interfaces last time the dev looked at a port. FPC2.0x or maybe CVS build might be okay. Dunno though, one of the developers of FPC

Re: [fpc-pascal] method pointers

>> In Delphi, the line >> >> @UserDataEvent := pointer(FUserDataHandlers[I]); >> >> is common practice. What is the difference to FPC and the appropriate >> workaround? Forgive me for jumping in without reading the whole thread (Webmail is a real PITA for this) but; No that is not complete

[fpc-pascal] Fast CGI units?

Does anyone have a working link to the "Fast CGI" PASCAL implementation? The link on the Units page is dead, and I could really do with the units for a project I'm working on. Alternatively, please feel free to send it here ( [EMAIL PROTECTED] ) if you have the files.. TIA M ___

Re: [fpc-pascal] Porter Stemming for FPC 2.0

> It's great that 2.0 is out! Unfortunately it seems to break some > code I used for Porter Stemming because the code sometimes reads data > from a pchar at negative indexes. Reportedly this works fine in > Delphi 5 and I don't seem to have trouble with Delphi 7 but it > generates RTEs using fpc

Re: [fpc-pascal] Question about interfaces and patch

> 1. and what I would like is just a lot cleaner and readable code of > this. > 2. Before you tell how to do something at least test and look your > solution > 2.1. Because queryinterface doesn't work in fpc as it should you always > get first vmt and if you do a queryinterface you don't work with

Re: [fpc-pascal] Question about interfaces and patch

Sorry to be late in the conversation... >> Here is a simple example how it should be used >> >> type >> IReportable = interface >>function Report: string; >>// let's say that this should write report and >>// return status description as string >> end; >> >> ILogged = interface >>

Re: [fpc-pascal]Dynamic array of objects

> Hi, I need something like a dynamic array of objects, > easy to manipulate each object and field. Is TStream > and TCollection what I need, or maybe TList is enough, > maybe another Type? Jordi, the unit called 'contnrs' has a TObjectList class. I would advocate it's use. The main reason is th

Re: [fpc-pascal]Class Identification?

Michael, > This is not entirely correct. Neither is your explanation ;-) > The latter will return false for a descendent of TButton, while the > former will give true. The exact statement corresponding to the > 'is' operator is "The is and as operators use InheritsFrom in their implementations.

Re: [fpc-pascal]Class Identification?

To expand on Sebastians answer... > 2. Will TObject remain the "default ancestor" in the future? Yes, beacuse the Object Pascal that FPC supports is based on Borland Delphi's Object Pascal language (which is in part related to the Object Pascal standard created by the ISO or ANSI, I forget whuc

Re: [fpc-pascal]Dynamic Arrays (Pointers)

> Would someone be so kind as to show me an example of using dynamic > arrays of an object, creating new objects on the fly in code and > disposing of them when they're no longer needed. Use of this would be in > a irc services program I'm porting to linux from delphi (windows), ie: > new nick join

Re: [fpc-pascal]TurboPower

> Announcement from : > > > > TurboPower discontinues retail business > .. > The process of preparing the libraries for release to open source is > already underway, and the current goal is to