Re: [fpc-pascal] UTF8Decode
Graeme Geldenhuys schreef: Luis Fernando Del Aguila Mejía het geskryf: Why WideString is not equal to Unicodestring in Windows? WideString is reference counted (for Windows COM reasons). UnicodeString is pretty much the same as WideString, but not reference counted. I am pretty sure it is the other way around, UnicodeString is the unicode version of AnsiString and is thus reference counted. WideString is the OLEstring compatible string, and is not reference counted. Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] UTF8Decode
On Tue, 11 May 2010, Vincent Snijders wrote: Graeme Geldenhuys schreef: Luis Fernando Del Aguila Mejía het geskryf: Why WideString is not equal to Unicodestring in Windows? WideString is reference counted (for Windows COM reasons). UnicodeString is pretty much the same as WideString, but not reference counted. I am pretty sure it is the other way around, UnicodeString is the unicode version of AnsiString and is thus reference counted. WideString is the OLEstring compatible string, and is not reference counted. Correct. Michael.___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] UTF8Decode
Vincent Snijders het geskryf: > > I am pretty sure it is the other way around, UnicodeString is the > unicode version of AnsiString and is thus reference counted. WideString > is the OLEstring compatible string, and is not reference counted. My mistake... only made my first cup of coffee now. :-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] UTF8Decode
Michael Van Canneyt het geskryf: >> I am pretty sure it is the other way around, UnicodeString is the unicode >> version of AnsiString and is thus reference counted. WideString is the >> OLEstring compatible string, and is not reference counted. > > Correct. In that case the FPC documentation is wrong. Then could you correct the ref documentation please - Section 3.2.5. As quoted below, the docs say WideString is reference counted. --[ FPC 2.4 language reference doc ]- 3.2.5 WideStrings Widestrings (used to represent unicode character strings) are implemented in much the same way as ansistrings: reference counted, null-terminated arrays, only they are implemented as arrays of WideChars instead of regular Chars. -- Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] UTF8Decode
On Tue, 11 May 2010, Graeme Geldenhuys wrote: Michael Van Canneyt het geskryf: I am pretty sure it is the other way around, UnicodeString is the unicode version of AnsiString and is thus reference counted. WideString is the OLEstring compatible string, and is not reference counted. Correct. In that case the FPC documentation is wrong. Then could you correct the ref documentation please - Section 3.2.5. As quoted below, the docs say WideString is reference counted. --[ FPC 2.4 language reference doc ]- 3.2.5 WideStrings Widestrings (used to represent unicode character strings) are implemented in much the same way as ansistrings: reference counted, null-terminated arrays, only they are implemented as arrays of WideChars instead of regular Chars. -- Aloha My mistake. Will correct ASAP !! Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] UTF8Decode -- string length
On Tue, 11 May 2010 09:15:46 +0200 Graeme Geldenhuys wrote: > In that case the FPC documentation is wrong. Then could you correct the ref > documentation please - Section 3.2.5. As quoted below, the docs say > WideString is reference counted. > > > --[ FPC 2.4 language reference doc ]- > 3.2.5 WideStrings > Widestrings (used to represent unicode character strings) are implemented > in much the same way as ansistrings: reference counted, null-terminated > arrays, only they are implemented as arrays of WideChars instead of regular > Chars. > -- Sorry for highjacking the thread: I take the opportunity to ask about string size. Is it maintained in the data structure, or computed when required? (I mean: is there a notable cost for length()?) Denis vit esse estrany ☣ spir.wikidot.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Installing Component Packages (ex Clipboard on WindowsCE)
Thankyou, Felipe, for your comments concerning multiple versions of Lazarus. I am now using only one (different) version on each computer. This refers to your comments concerning the installation of component packages into Lazarus/FPC. They have been running OK once installed in Lazarus 0.9.26/FPC 2.2.2. However, on trying to install them into either 0.9.26/2,2,2 or 0.9.28.2/2.2.4 or 0.9.29/2.4.1 which have been installed individually on three different computers without any previous history of Lazarus (2 are running XP, 1 is running Windows 7) I always get the same errors - "Can't find unit Unix", or "Can't find unit Controls", etc. etc. Another message is "Argument can't be assigned to", despite being perfectly happy to be assigned to in a previous installation. I have one other computer which already still has the component installed and when running "Build All" the application it builds OK using the previously installed component (running with 0.9.26/2.2.2). I haven't tried installing other components on this same computer for fear of affecting its performance with the main AlSortGrid component. They are all source code, and it is when I try to compile / install them that the problems occur. I have checked the source directory and it is OK, and it is the same on all computers (except for the FPC version directory), including the one with it still installed OK. I have also checked a backup copy taken several months ago, and this also points to the same directories. It is very mysterious as to why it rejects all attempts to compile on all computers and which have or have not seen Lazarus before, but why standard Lazarus components (eg StringGrid, on which AlSortGrid is based) run OK. I do not want to change the first computer configuration which is OK otherwise I may not be able to reinstate it, but I will be happy to try anything on any of the others (apart from a System Restore which would affect other settings on the computers). Regards __ Information from ESET Smart Security, version of virus signature database 5103 (20100510) __ The message was checked by ESET Smart Security. http://www.eset.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] class & object
On Tue, 11 May 2010 08:52:38 +0200 (CEST) Michael Van Canneyt wrote: > > > On Mon, 10 May 2010, spir ☣ wrote: > > > Hello, > > > > > > Below two quotes from the ref manual: > > [...] > > > > > > I'm rather confused when reading this. > > [...] Thank you Thierry and Michael for your "enlightening" replies. Denis vit esse estrany ☣ spir.wikidot.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
RE: [fpc-pascal] annoying gdb bug fixed
> -Message d'origine- > De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal- > boun...@lists.freepascal.org] De la part de Seth Grover > Envoyé : Monday, May 10, 2010 2:48 PM > À : fpc-pascal@lists.freepascal.org > Objet : [fpc-pascal] annoying gdb bug fixed > > For those of you interested, in the GDB 7.1 release there is a bug > which prevents "var" arguments from being "print"ed correctly in GDB. > I logged a bug for this > (http://sourceware.org/bugzilla/show_bug.cgi?id=11349), for which a > GDB developer checked up a fix into the GDB cvs trunk late last week. This was me... I just wanted to add that this bug is most probably specific to the debug format used: only the dwarf debug format generated information that triggered that bug. So don't be surprised if you never saw that problem, it's just because you probably use stabs debug information. Pierre Muller Pascal language support maintainer for GDB ... and Free Pascal Core developper ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] annoying gdb bug fixed
On 10 May 2010, at 15:17, Pierre Muller wrote: I just wanted to add that this bug is most probably specific to the debug format used: only the dwarf debug format generated information that triggered that bug. The reason that we generate such debug info for DWARF (namely encoding "var" parameters as C++ reference parameters) is because the DWARF attribute to specify var parameters (DW_AT_variable_parameter) is not yet supported by GDB (which is partly my fault, because I never submitted a bug about this). You can compile the compiler with - dgdb_supports_DW_AT_variable_parameter to make it generate such tags instead of reference parameters when using DWARF. So don't be surprised if you never saw that problem, it's just because you probably use stabs debug information. It did work correctly (with DWARF) in GDB 6.8. It broke with 7.0. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Installing Component Packages (ex Clipboard on WindowsCE)
Hello, Which component package is that? Where did you get it from? On Tue, May 11, 2010 at 10:12 AM, Technical wrote: > on three different computers without any previous history of Lazarus (2 are > running XP, 1 is running Windows 7) I always get the same errors - "Can't > find unit Unix" Well, it will never find unit UNIX in Windows =) Looks like a problem in the source code >, or "Can't find unit Controls", etc. etc. This one shouldn't appear. > Another message is > "Argument can't be assigned to", despite being perfectly happy to be > assigned to in a previous installation. There were some changes of changes between FPC 2.2 and FPC 2.4 which require code change. It's hard to say much without knowing which components we are talking about, but to me it looks like the package needs an update to work with newer FPC version. -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Installing Component Packages (ex Clipboard on WindowsCE)
On 11 May 2010, at 10:12, Technical wrote: Another message is "Argument can't be assigned to", despite being perfectly happy to be assigned to in a previous installation. See http://wiki.freepascal.org/User_Changes_2.4.0#Treating_direct-mapped_properties_as_regular_fields Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Installing Component Packages
It is a component previous written (and modified by me) for Delphi and transferred to Lazarus. It originally worked on 0.9.26/2.2.2, and still does on one computer. I am sure the source code has not changed since then. The package is just a new package produced using Lazarus, containing the source code of the component, but it will not compile or install. It will not compile or install on any other computer, whether running 0.9.26/2.2.2, 0.9.28.2/2.2.4 or 0.9.29/2.4.1 so unless there are subtly different sub-versions of Lazarus or FPC within the above more major versions it should work as previously. I think the downloaded exe installer is the same one used on each of the attempts with 0.9.26/2.2.2, including the original successful one, so I don't think I can blame it on a sub-version either. If the version of Lazarus and FPC is the same, why would it just stop allowing installation? Could you send me a standard environmentoptions.xml file which you would expect to work and I'll check it against the one this Lazarus is using. Where are the compiler options and project options details stored? If they are outside the lazarus directories then perhaps these need to be modified as they would not be modified with a reinstalled version (after uninstalling the previous version). Are there any other files outside the Lazarus directories which could affect the way Lazarus interprets things? I'm running XP mainly, but it also occurs with Windows7. Regards __ Information from ESET Smart Security, version of virus signature database 5104 (20100511) __ The message was checked by ESET Smart Security. http://www.eset.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: annoying gdb bug fixed
> This was me... > Pierre Muller Pierre, thanks so much for taking the time to look at and resolve this bug. It's working beautifully now. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Does FPC has consts of portable OS error codes?
As the title says. :-) I mean ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Does FPC has consts of portable OS error codes?
I mean, for example, are there something like: - fpcError_ERROR_PATH_NOT_FOUND = ESysENOENT in UNIX fpcError_ERROR_PATH_NOT_FOUND = ERROR_PATH_NOT_FOUND in Windows - fpcERROR_FILENAME_EXCED_RANGE = ESysENAMETOOLONG in UNIX fpcERROR_FILENAME_EXCED_RANGE = ERROR_FILENAME_EXCED_RANGE in Windows - etc. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Does FPC has consts of portable OS error codes?
Something like this one: https://libxpl.arsoft.homeip.net/browser/trunk/errormap/xplErrorMap.cpp?rev=70 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
