Re: [fpc-devel] What is the status of SymbianOS ?

2011-10-14 Thread Felipe Monteiro de Carvalho
There is no single SymbianOS, rather there are various platforms of SymbianOS which have different APIs and different build environments and also they change radically between versions. I worked on adding support for SymbianOS UIQ 2 and 3, but that UIQ platform was horrible, with the worse build s

[fpc-devel] What is the status of SymbianOS ?

2011-10-14 Thread ik
Hello list, I have a project to develop app also for cellphones, and one of the environment will be Symbian (also iOS and Android). For using it, I need to better understand the status of the SymbianOS support using FPC. I remember that there was work to make it work, but I do not understand it's

Re: [fpc-devel] fcl-web: A proper way to set SO_REUSEADDR socket option in THTTPApplication

2011-10-14 Thread Vladimir Zhirov
Thanks Michael and Andrew. Michael Van Canneyt wrote: > I plan a set of socket options in TSocketServer; > I have the same problem as you, I just need a free moment to > implement it :-) Great, then I'll wait for your implementation. I've done some changes in my local copy to get things working

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Jonas Maebe
On 13 Oct 2011, at 20:51, Craig Peterson wrote: > BTW, I wanted to point out, to anyone arguing for full Delphi compatibility, > that on OS X Delphi's DefaultSystemCodePage and AnsiString(0) are *not* the > system encoding _or_ UTF-8. They're the Windows ANSI codepages that > correspond to th

Re: [fpc-devel] fcl-web: A proper way to set SO_REUSEADDR socket option in THTTPApplication

2011-10-14 Thread Michael Van Canneyt
On Fri, 14 Oct 2011, Andrew Brunner wrote: I think you should also look into setting linger options at a lower rate than present values. 120 seconds is too long. 15-30 seconds is a reasonable amount of time to give a dead socket. In fpc componetent design, I would recommend to also make sur

Re: [fpc-devel] fcl-web: A proper way to set SO_REUSEADDR socket option in THTTPApplication

2011-10-14 Thread Michael Van Canneyt
On Fri, 14 Oct 2011, Vladimir Zhirov wrote: Hi, Currently, if THTTPApplication-based program on Linux was stopped manually during active connection I cannot start it again for 1-2 minutes, getting the exception like this: exception at 0805304A: Binding of socket failed: 8080. According to

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Martin Schreiber
On Friday 14 October 2011 15.42:38 Michael Schnell wrote: > On 10/14/2011 02:51 PM, Martin Schreiber wrote: > > Ever tried to implement a form or any function which uses dynamic types > > or common application elements in a dll/so? > > I understand that this is exactly what Delphi-type runtime pa

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Hans-Peter Diettrich
Paul Ishenin schrieb: A general function function Pos(SubStr: T1; Str: T2): integer; should return the character index of SubStr in Str, i.e. Str[i] should definitely be the begin of SubStr within Str. Just think of Pos() as it only compares bytes. Ah, that may be correct for the old (ASCII

Re: [fpc-devel] fcl-web: A proper way to set SO_REUSEADDR socket option in THTTPApplication

2011-10-14 Thread Andrew Brunner
I think you should also look into setting linger options at a lower rate than present values. 120 seconds is too long. 15-30 seconds is a reasonable amount of time to give a dead socket. In fpc componetent design, I would recommend to also make sure that sockets issue SHUT_DOWN for Both read and

[fpc-devel] fcl-web: A proper way to set SO_REUSEADDR socket option in THTTPApplication

2011-10-14 Thread Vladimir Zhirov
Hi, Currently, if THTTPApplication-based program on Linux was stopped manually during active connection I cannot start it again for 1-2 minutes, getting the exception like this: > exception at 0805304A: > Binding of socket failed: 8080. According to http://stackoverflow.com/questions/3229860/what

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Michael Schnell
On 10/14/2011 02:51 PM, Martin Schreiber wrote: Ever tried to implement a form or any function which uses dynamic types or common application elements in a dll/so? I understand that this is exactly what Delphi-type runtime packages are invented for. -Michael _

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Michael Schnell
On 10/14/2011 03:24 PM, Sven Barth wrote: Please don't discriminate students. At least not all of them ;P Sorry for inappropriate wording of a not-native speaker. I did not think about students in general, but anybody learning the Pascal language. -Michael _

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Sven Barth
Am 14.10.2011 14:07, schrieb Michael Schnell: On 10/14/2011 10:30 AM, Hans-Peter Diettrich wrote: - and start implementing a new FireMonkey component library, independent from the LCL. Is this really necessary ? FireMonkey is a rebranded open source library, so it should be possible just to _us

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Sven Barth
Am 14.10.2011 14:30, schrieb Michael Schnell: On 10/14/2011 02:04 PM, Paul Ishenin wrote: Just think of Pos() as it only compares bytes. A full-time programmer can be trained to think that way. (He also can be trained to do ASM.) For a student, a "sometimes" - programmer, a hobbyist, someone

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Martin Schreiber
On Friday 14 October 2011 14.19:35 Michael Schnell wrote: > On 10/14/2011 10:30 AM, Hans-Peter Diettrich wrote: > > BTW2, the Lazarus IDE has big problems with the lack of dynamically > > loadable packages, which still are *not* supplied by FPC. This will > > possibly make impossible above separati

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Michael Schnell
On 10/14/2011 02:04 PM, Paul Ishenin wrote: Just think of Pos() as it only compares bytes. A full-time programmer can be trained to think that way. (He also can be trained to do ASM.) For a student, a "sometimes" - programmer, a hobbyist, someone who just uses Pascal to create some testing/

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Michael Schnell
On 10/14/2011 10:30 AM, Hans-Peter Diettrich wrote: BTW2, the Lazarus IDE has big problems with the lack of dynamically loadable packages, which still are *not* supplied by FPC. This will possibly make impossible above separation between the IDE implementation and FPC progress. Wouldn't it b

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Paul Ishenin
14.10.2011 20:23, Hans-Peter Diettrich wrote: Apart from the mentioned implementation flaws, I came across severe problems with the new AnsiString *model* in general. Let's play around with the Pos() function, which certainly is an inevitable part of any stringhandling. A general function fu

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Michael Schnell
On 10/14/2011 10:30 AM, Hans-Peter Diettrich wrote: - and start implementing a new FireMonkey component library, independent from the LCL. Is this really necessary ? FireMonkey is a rebranded open source library, so it should be possible just to _use_ it. OTOH, (I don't have XE2): does XE2 co

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Hans-Peter Diettrich
Apart from the mentioned implementation flaws, I came across severe problems with the new AnsiString *model* in general. Let's play around with the Pos() function, which certainly is an inevitable part of any stringhandling. A general function function Pos(SubStr: T1; Str: T2): integer; shoul

Re: [fpc-devel] bug report 20473: Please add a directive to define string=utf8string

2011-10-14 Thread Hans-Peter Diettrich
Craig Peterson schrieb: In Delphi XE2 on OS X AnsiString does *not* map to UTF-8. On an English system it maps to "Windows-1252". If you want to convert an "array of AnsiChar" to a WideString you need to cast it as a UTF8String first. By default DefaultSystemCodePage is 1252, not 65001. W

Re: [fpc-devel] Delphi new AnsiStrings are incredibly broken :-(

2011-10-14 Thread Michael Schnell
I don't have a Delphi 2009+, so I'm going to discuss this with a colleague, who has all versions. AFAIK,. he'll be back from holiday next Monday. -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/li