Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Marco van de Voort
In our previous episode, Juha Manninen said: > What I have understood so far: > > WideString uses UTF16 encoding. It is managed by Windows and so is not > reference counted by Delphi or FPC under Windows. However it is reference > counted by FPC on other platforms. > Then FPC has UnicodeString whi

[fpc-pascal] Lifetime of a database (PostgreSQL) connection

2010-12-31 Thread Mark Morgan Lloyd
I've just taken our name server down for maintenance, and noted that a db-aware app I'd left running ground to a halt despite the fact that it was only activating queries, not establishing new (named) connections. The connection was being made by host name rather than by dotted-quad address, r

Re[4]: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread José Mejuto
Hello FPC-Pascal, Friday, December 31, 2010, 2:03:27 PM, you wrote: >> You can create the same effect using trampolines, but unless fpc has a >> way to create trampolines you will be forced to use assembler (I was >> using them in assembler in the past with Delphi). With this >> trampolines you c

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Darius Blaszyk
On Dec 31, 2010, at 2:23 PM, Reimar Grabowski wrote: > On Fri, 31 Dec 2010 14:03:27 +0100 > Darius Blaszyk wrote: > >> Unfortunately I need a platform independent method to handle this. So >> assembler is not really the way I want to go, unless it proves to be the >> only way. > > Now you kn

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Darius Blaszyk
On Dec 31, 2010, at 2:06 PM, Felipe Monteiro de Carvalho wrote: > On Fri, Dec 31, 2010 at 11:01 AM, Darius Blaszyk > wrote: >> Thanks for the tip Paul. Unfortunately it did not help. See for the results >> below. > > Using a correct type cast it should work. Which line brings the errors? Hi F

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Michael Van Canneyt
On Fri, 31 Dec 2010, Darius Blaszyk wrote: On Dec 31, 2010, at 10:43 AM, Paul Ishenin wrote: 31.12.2010 7:53, Darius Blaszyk wrote: I installed 2.5.1 just to test if it was possible to use static class methods or not. Apparently not so it seems. It was a good try, but it failed. Thanks a

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Reimar Grabowski
On Fri, 31 Dec 2010 14:03:27 +0100 Darius Blaszyk wrote: > Unfortunately I need a platform independent method to handle this. So > assembler is not really the way I want to go, unless it proves to be the only > way. Now you know why I called glut a major PITA and using platform dependent asse

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Felipe Monteiro de Carvalho
On Fri, Dec 31, 2010 at 11:01 AM, Darius Blaszyk wrote: > Thanks for the tip Paul. Unfortunately it did not help. See for the results > below. Using a correct type cast it should work. Which line brings the errors? -- Felipe Monteiro de Carvalho ___

Re: Re[2]: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Darius Blaszyk
On Dec 31, 2010, at 1:53 PM, José Mejuto wrote: > Hello FPC-Pascal, > > Friday, December 31, 2010, 1:53:31 AM, you wrote: > > DB> I installed 2.5.1 just to test if it was possible to use > DB> static class methods or not. Apparently not so it seems. It was a > DB> good try, but it failed. Thank

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Darius Blaszyk
On Dec 31, 2010, at 10:43 AM, Paul Ishenin wrote: > 31.12.2010 7:53, Darius Blaszyk wrote: >> I installed 2.5.1 just to test if it was possible to use static class >> methods or not. Apparently not so it seems. It was a good try, but it >> failed. Thanks anyway for the help and explanation Jona

Re[2]: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread José Mejuto
Hello FPC-Pascal, Friday, December 31, 2010, 1:53:31 AM, you wrote: DB> I installed 2.5.1 just to test if it was possible to use DB> static class methods or not. Apparently not so it seems. It was a DB> good try, but it failed. Thanks anyway for the help and DB> explanation Jonas. DB> It seems th

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Juha Manninen
Vincent Snijders kirjoitti perjantai 31 joulukuu 2010 14:09:25: > 2010/12/31 Juha Manninen : > > UTF-16 needs codepages, too. > > I don't think so. What would a code page be used for with UTF-16. > > UTF-16 itself is already an encoding, implictly stating one and only > one code page, if it can b

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Marco van de Voort
In our previous episode, Juha Manninen said: > > Widestring (refcounted 2-byte type) , it is the ansistring type (1-byte > > type) that gets codepage support. > > UTF-16 needs codepages, too. > I think only the 4-byte char type (is it UTF-32) would solve all encoding > problems. codepage<>encod

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Vincent Snijders
2010/12/31 Juha Manninen : > UTF-16 needs codepages, too. I don't think so. What would a code page be used for with UTF-16. UTF-16 itself is already an encoding, implictly stating one and only one code page, if it can be named a code page. Vincent ___

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Juha Manninen
Marco van de Voort kirjoitti perjantai 31 joulukuu 2010 13:04:27: > In our previous episode, Jonas Maebe said: > > Delphi's UnicodeString supports holding strings with arbitrary encodings > > (not just UTF-16), along with transparent re-coding of strings when > > assigning them to unicodestrings wh

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > On 28 Dec 2010, at 11:22, Juha Manninen wrote: > > > What is the difference between the current FPC's UnicodeString and > > Delphi's UnicodeString? I am confused with all these string types and > > encodings. > > Delphi's UnicodeString supports hol

Re: [fpc-pascal] Unicode strings

2010-12-31 Thread Juha Manninen
Jonas Maebe kirjoitti tiistai 28 joulukuu 2010 12:31:08: > Delphi's UnicodeString supports holding strings with arbitrary encodings > (not just UTF-16), along with transparent re-coding of strings when > assigning them to unicodestrings whose codepage has been statically > defined at compile time.

Re: [fpc-pascal] Moving callbackfunctions to class

2010-12-31 Thread Paul Ishenin
31.12.2010 7:53, Darius Blaszyk wrote: I installed 2.5.1 just to test if it was possible to use static class methods or not. Apparently not so it seems. It was a good try, but it failed. Thanks anyway for the help and explanation Jonas. Try {$mode delphi}. Best regards, Paul Ishenin _

Re: [fpc-pascal] constant records as default parameters

2010-12-31 Thread David Emerson
> AFAIK default parameters can only be simple types, not complex types > like records. Well... it certainly appears to be so... > Although, I did get the following program using a default > class parameter to compile and run. Kinda defeats the purpose (low overhead). I'll stick with two simpl