Re: [fpc-pascal] Implementing a true Singleton - Can we decrease the visibility of a method?

2006-12-11 Thread Graeme Geldenhuys
On 12/8/06, Dean Zobec [EMAIL PROTECTED] wrote: Try this. http://bdn.borland.com/article/22576 NewInstance/FreeInstance is what I would have recommended as well. Maybe we should include an implementation in FPC by default ? How ? The article works as-is AFAIK. Btw, I think

Re: [fpc-pascal] Implementing a true Singleton - Can we decrease thevisibility of a method?

2006-12-11 Thread Matt Emson
I use singletons in the following cases. The problem with using singletons in this way is that they're not [very] thread safe. You end up needing a locking mechanism that gets tiring very quickly. I can't offer you a better solution, but I have worked on a project where it was a real problem,

Re: [fpc-pascal] Implementing a true Singleton - Can we decrease thevisibility of a method?

2006-12-11 Thread Graeme Geldenhuys
On 12/11/06, Matt Emson [EMAIL PROTECTED] wrote: The problem with using singletons in this way is that they're not [very] thread safe. You end up needing a locking mechanism that gets tiring very gINI and gLog are thread safe and well tested. Both use a caching system that buffers the entries

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Graeme Geldenhuys
On 12/9/06, Tomas Hajny [EMAIL PROTECTED] wrote: Lazarus. According to my knowledge, the widgetset is based on SDL. I have thought of that as well for fpGUI Can anybody confirm if eLiquid (I think that is what Pixel's widget set is called) is actually built using SDL? Does the windows

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Graeme Geldenhuys
I did a bit of Google'ing and answered my own question :-) eLiquid is not based on SDL. or is it? :-) --- Quote -- Requirements: It is required to install libSDL package to get Pixel working in Linux. Optionally you will need also libfreetype and liblcms packages. For

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Vincent Snijders
Graeme Geldenhuys schreef: I did a bit of Google'ing and answered my own question :-) eLiquid is not based on SDL. or is it? :-) I think it depends on the target. Linux = SDL DOS = not SDL --- Quote -- Requirements: It is required to install libSDL package to get Pixel

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Graeme Geldenhuys
On 12/11/06, Tomas Hajny [EMAIL PROTECTED] wrote: I'd just like to add that SDL is used for many other platforms as far as I know, not just Linux (at least OS/2, MorphOS, FreeBSD, Mac OS X and Zeta). I don't know to much about SDL. Does it handle anti-aliased line drawing, transparency,

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Florian Klaempfl
Graeme Geldenhuys schrieb: On 12/9/06, Tomas Hajny [EMAIL PROTECTED] wrote: Lazarus. According to my knowledge, the widgetset is based on SDL. I have thought of that as well for fpGUI Can anybody confirm if eLiquid (I think that is what Pixel's widget set is called) is actually built

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Andreas Berger
On 12/11/06, Tomas Hajny [EMAIL PROTECTED] wrote: I'd just like to add that SDL is used for many other platforms as far as I know, not just Linux (at least OS/2, MorphOS, FreeBSD, Mac OS X and Zeta). I don't know to much about SDL. Does it handle anti-aliased line drawing, transparency,

Re: [fpc-pascal] RE: [lazarus] Article on Pixel.

2006-12-11 Thread Matt Emson
I don't know all that much about graphics, but (Jedi-)SDL is a great 2D and 3D library that uses OpenGL. It can also use other platform dependant graphic engines like DirectX on Windows. JEDI SDL is a Delphi (ObjectPascal) binding to SDL created by the JEDI project (actually, I used to work

[fpc-pascal] TProcess change.

2006-12-11 Thread Michael Van Canneyt
Hello, I've changed the TProcess.WaitOnExit return type to boolean; A return value of True means success, a return value of False means failure. This is a conscious break with the old DWord return value, which returned a highly inconsistent, system-dependent return value. The current solution is