Re: [fpc-devel] Merging identical procedure proposals

2021-10-16 Thread José Mejuto via fpc-devel
El 16/10/2021 a las 21:57, J. Gareth Moreton via fpc-devel escribió: Certainly possible, and would address the whole function pointer thing, although I do question the performance hit because of the extra jump, especially for small procedures, as well as the fact that the function overhead woul

[fpc-devel] TMask classes

2020-12-03 Thread José Mejuto via fpc-devel
Hello, I've written a TMask class family and I would like to know if it could be of any interest for the fpc code base, if there is interest I must write some unit test code but if there is no interest I'll not write it ;-) There is a TMask class in LazUtils but it lacks some features and has

Re: [fpc-devel] HTML string to TFPColor

2017-07-23 Thread José Mejuto
El 23/07/2017 a las 16:05, Bart escribió: https://www.w3.org/TR/css3-color/#colorunits Actually, adding more colornames is fine with me, itś just a tedious job ... Hello, If somebody needs it: type HTMLStandardColor=record ColorName: string; Red: BYTE; Green: BYTE; Blue: B

Re: [fpc-devel] Different results of random(int32) and random(int64) for negative limit value

2017-05-20 Thread José Mejuto
El 20/05/2017 a las 14:57, Jonas Maebe escribió: On 20/05/17 14:36, Martin Schreiber wrote: Is this intended? If not, which one is correct? random(x) is undefined for negative parameters. It should have had an unsigned parameter, like in Turbo Pascal (where it is word). Delphi defines it as

[fpc-devel] Apply patch

2017-01-21 Thread José Mejuto
Hello, Can anybody, please, apply the patch in http://bugs.freepascal.org/view.php?id=31255 ? It is very simple without side effects, except that it works now. Thank you. -- ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.fr

Re: [fpc-devel] TBufferedFileStream

2016-09-04 Thread José Mejuto
El 04/09/2016 a las 14:04, Michael Van Canneyt escribió: The second powerful reason is that I was not aware about TBufStream :) It's even documented. http://www.freepascal.org/docs-html/current/fcl/bufstream/index.html Hello, Sure :) But I'm not aware about all the gems in fpc code :) TBuf

Re: [fpc-devel] TBufferedFileStream

2016-09-04 Thread José Mejuto
El 04/09/2016 a las 7:15, Michael Van Canneyt escribió: In the other hand a cache system is powerful than a buffered system if you are writing something like a filesystem over a TFileStream where you may need to jump here and there to read data, file allocation tables, attributes, and so on, in

Re: [fpc-devel] TBufferedFileStream

2016-09-03 Thread José Mejuto
El 04/09/2016 a las 2:04, silvioprog escribió: If I understood right, did you create something like GIO or GVFS? Or neither of them hehe Hello, Yes and no :) It's something like GVFS but at your program level only. I originally develop it to be used in a forensic tool (which was not finally

Re: [fpc-devel] TBufferedFileStream

2016-09-03 Thread José Mejuto
El 04/09/2016 a las 0:23, silvioprog escribió: -- CACHE 100 byte sequential reads in 46 ms. FILE 100 byte sequential reads in 2200 ms. -- [...] Did you get this result from some samp

Re: [fpc-devel] TBufferedFileStream

2016-09-03 Thread José Mejuto
El 03/09/2016 a las 22:15, Michael Van Canneyt escribió: Added to the bugtracker implementation of TBufferedFileStream, there is one compatibility issue note in the bug entry. http://bugs.freepascal.org/view.php?id=30549 Nice. I have assigned this to myself. Out of curiosity: Why do you thin

[fpc-devel] TBufferedFileStream

2016-09-03 Thread José Mejuto
Hello, Added to the bugtracker implementation of TBufferedFileStream, there is one compatibility issue note in the bug entry. http://bugs.freepascal.org/view.php?id=30549 -- ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.fre

Re: [fpc-devel] Purpose of AutoEdit property of StringGrid

2016-07-18 Thread José Mejuto
El 18/07/2016 a las 16:42, Чернов Дмитрий escribió: Thanks for answer, but I'm familiar enough with FPC/Lazarus, so I know about editors in grids. My question is about necessity of AutoEdit property in the presence of goAlwaysShowEditor option. Hello, The goAlwaysShowEditor shows the editor b

Re: [fpc-devel] FPC V3.0.0 LocalTimeToUniversal() error

2016-06-29 Thread José Mejuto
El 29/06/2016 a las 22:35, vfclists . escribió: Does this have to do with some questionable Microsoft formulae which prompted this query - http://stackoverflow.com/questions/2779948/subroutine-to-apply-daylight-bias-to-display-time-in-local-dst Hello, Only Now() can be converted to UTC using

[fpc-devel] HPack for HTTP2

2016-04-24 Thread José Mejuto
Hello, Added entry in the bug tracker for HPack implementation for http2. http://bugs.freepascal.org/view.php?id=30058 If somebody whats to add it somewhere in fpc/fcl code base. It is based in Twitter's HPack Java implementation. It includes fpcunit test file and sample files. There are s

Re[4]: [fpc-devel] New functions for time zone

2012-07-11 Thread José Mejuto
Hello FPC, Wednesday, July 11, 2012, 5:41:45 PM, you wrote: >> A:=Now; >> B:=GetLocalTimeOffSet; >> C:=LocalTimeToUniversal(A,B); >> Will not return correct result in some mini-mili-microseconds slices >> two times a year, and as more time passes between the assignements of >> A and B (using a ti

Re[3]: [fpc-devel] New functions for time zone

2012-07-11 Thread José Mejuto
Hello FPC, Wednesday, July 11, 2012, 4:38:19 PM, you wrote: >> Anyway the functions are nonsense as they accept a parameter for date >> to be converted. MVC> Not if they have the TZOffset parameter as well. MVC> Without this information they are indeed nonsense. MVC> That is why I added the param

Re[2]: [fpc-devel] New functions for time zone

2012-07-11 Thread José Mejuto
Hello FPC, Wednesday, July 11, 2012, 3:09:41 PM, you wrote: MVC> There are 2 sides to this medal. The function returns a number of timezones; MVC> This is usually expressed as a number of hours and minutes (the OS returns MVC> it so). The result is in 'natural' units. MVC> Returning it as a time

Re: [fpc-devel] Manual reload of a DLL snapshot (with relocations) causes multiple AV

2012-01-06 Thread José Mejuto
Hello FPC, Friday, January 6, 2012, 3:07:31 PM, you wrote: GP> The task I'm working on is somewhat unorthodox, but I'd like to get some comments anyway. [...] GP> I'm writing "semi-stealth" DLL which is one loaded by the GP> process (and visible by others) while not residing on disk as a GP> fil

Re[2]: [fpc-devel] Misterious error

2012-01-04 Thread José Mejuto
Hello FPC, Wednesday, January 4, 2012, 3:12:55 PM, you wrote: SG> I was hoping otherwise... Actually it is very strange that SG> reverting changes at line 700 (which you SG> mentioned earlier) removes the crash, while reverting line SG> 287 does not, because removing SG> pi_needs_implicit_final

Re[2]: [fpc-devel] Misterious error

2012-01-04 Thread José Mejuto
Hello FPC, Tuesday, January 3, 2012, 10:01:54 PM, you wrote: >> Do you know which kind of code I must look for to isolate the problem >> ? SG> I'd suggest looking at the constructors containing an 'exit' statement, SG> but I'm not entirely sure. SG> Does restoring removed line 287 of psub.pas rem

Re[2]: [fpc-devel] Misterious error

2012-01-03 Thread José Mejuto
Hello FPC, Monday, January 2, 2012, 9:27:50 PM, you wrote: >> The solution to optimize the unnecessary finally blocks without >> breaking exit behavior is still to >> be found. SG> More sophisticated patch applied in r19955. If you can test SG> your project with it, that would be just SG> great.

Re[2]: [fpc-devel] Misterious error

2011-12-31 Thread José Mejuto
Hello FPC, Saturday, December 31, 2011, 5:07:42 PM, you wrote: >> //if (cs_implicit_exceptions in >> current_settings.moduleswitches) and >> // (is_class(procdef.struct) and >> (procdef.proctypeoption=potype_constructor)) then >> // maybe_add_constructor_

Re[2]: [fpc-devel] Misterious error

2011-12-31 Thread José Mejuto
Hello FPC, Saturday, December 31, 2011, 3:39:59 PM, you wrote: SG> r19668 affects codegeneration of constructors and custom enumerators, and fixes SG> http://bugs.freepascal.org/view.php?id=20827 SG> The reported location of crash in your case is likely SG> unrelated to the actual location of pr

Re[2]: [fpc-devel] Misterious error

2011-12-31 Thread José Mejuto
Hello Jonas, Wednesday, December 28, 2011, 2:43:16 PM, you wrote: JM> The most likely problem is memory corruption by your program. [...] JM> give more accurate diagnostics). A bit more information: Environment is win32. The line that raises the exception is in win32callback.inc 2474: ---

Re[2]: [fpc-devel] Misterious error

2011-12-31 Thread José Mejuto
Hello Jonas, Wednesday, December 28, 2011, 2:43:16 PM, you wrote: >> To me it looks like the code is trying to free some strings or >> interfaces but at a point where the manager of automated types has >> been "disabled" so the declaration of a new ansistring "reconnects" >> it. Maybe it is a cra

[fpc-devel] Misterious error

2011-12-28 Thread José Mejuto
Hello FPC, I'm now running: Lazarus 0.9.31 r34428 FPC 2.7.1 i386-win32-win32/win64 r19895 With this setup something strange is happening in a project of mine, when I close the project a SIGSEGV happends in the win32callback.inc of LCL without callback stack trace and with all local variables usi

Re[2]: [fpc-devel] Cant' compile trunk

2011-12-27 Thread José Mejuto
Hello FPC, Tuesday, December 27, 2011, 5:21:24 PM, you wrote: >> I was trying to fix the makefile but me and makefiles are not good >> friends :) mvwb> Should be fixed in rev. 19895. mvwb> As a workaround, compile *and install* the latest version of the packages. Thank you... workaround noted to

[fpc-devel] Cant' compile trunk

2011-12-27 Thread José Mejuto
Hello FPC, I can't compile trunk: [...] make[1]: Entering directory `F:/fpc/svn/utils/importtl' F:/fpc/fpc/2.4.4/bin/i386-win32/ppc386.exe -Fu../../rtl/units/i386-win32 -FE. -FUunits/i386-win32 -di386 importtl.pas Free Pascal Compiler version 2.4.4 [2011/12/16] for i386 Copyright (c) 1993-20

Re[2]: [fpc-devel] Problem with Now() and time changed by ntpd

2011-11-01 Thread José Mejuto
Hello zeljko, Tuesday, November 1, 2011, 2:07:50 PM, you wrote: >> 1. First off, we must correctly take into account DST. That should fix >> Zejlko's problem. z> Am I the only one who produces 24/7 services with fpc in the world (and z> around) ? ;) For sure no :) I found that problem 2 years ag

Re[2]: [fpc-devel] Problem with Now() and time changed by ntpd

2011-10-31 Thread José Mejuto
Hello zeljko, Monday, October 31, 2011, 8:58:14 PM, you wrote: z> Don't know what to do ... I must fix this asap somehow ... even with using my z> own Now() implementation by calling libc ... don't know ... this pissed me off z> totally. Is the UTC time reliable (the value that you can get) ? I

Re[2]: [fpc-devel] negative TDateTime values and MinDateTime

2011-08-04 Thread José Mejuto
Hello FPC, Thursday, August 4, 2011, 10:11:16 AM, you wrote: GG> On 4 August 2011 09:58, Felipe Monteiro de Carvalho wrote: >> >> I've never heard that our DateTime routines support other calendars. >> My guess is that they simply don't. GG> Even so, does that mean we can't write software with F

Re[2]: [fpc-devel] Const optimization is a serious bug

2011-07-05 Thread José Mejuto
Hello FPC, Tuesday, July 5, 2011, 6:44:24 PM, you wrote: JM> Since the behaviour of "const" for automated types is JM> explicitly defined by Borland as not causing any changes in JM> reference counting (see the note at the bottom of JM> http://docwiki.embarcadero.com/RADStudio/en/Using_Reference_

Re[2]: [fpc-devel] SMP > 2 core Cache issue with Posix threads

2011-07-01 Thread José Mejuto
Hello FPC, Friday, July 1, 2011, 6:44:44 PM, you wrote: HPD> This scenario was reflected in my example (bi-linked list update). HPD> The very last sentence deserves clarification. When not *all* HPD> assignments are protected by a CS, the use of Interlocked assignments HPD> only can improve cache

Re[2]: [fpc-devel] Safely shareable objects

2011-06-30 Thread José Mejuto
Hello FPC, Thursday, June 30, 2011, 9:42:36 PM, you wrote: HPD> José Mejuto schrieb: >> So you mean that something like: >> >> IMyObject inherited from IShareable the compiler must add stub code on >> each function/procedure/property to lock the interface ? HPD&g

Re: [fpc-devel] Safely shareable objects

2011-06-30 Thread José Mejuto
Hello FPC, Thursday, June 30, 2011, 4:07:22 PM, you wrote: HPD> Now we can assume that IShareable objects/references can be used all HPD> over the code, with no further precautions in explicit code required, HPD> that the use of the object *and* its content is always synchronized and HPD> sequent

Re[2]: [fpc-devel] volatile variables

2011-06-28 Thread José Mejuto
Hello FPC, Tuesday, June 28, 2011, 3:39:29 PM, you wrote: AB> Sort of right. 6 core system. Core 1 locks code block. Code block AB> should still use interlocked statements to make memory assignments so AB> that when Core 1 releases lock - Core 2 can have a real-time image of AB> variable. Othe

Re[2]: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]

2011-06-11 Thread José Mejuto
Hello FPC, Saturday, June 11, 2011, 10:48:31 AM, you wrote: MvdV> In our previous episode, Michael Van Canneyt said: >> > The windows shell also accepts / as pathseparator. >> >> Not here it doesn't. Just tested: >> >> C:\Documents and Settings\Administrator>cd c:/programs >> C:\Documents and S

[fpc-devel] Record assign improve

2011-06-03 Thread José Mejuto
Hello FPC, I forget to say that my machine test is a Intel Q9300 4Core, running WinXP SP3 32 bits. -- Best regards, José ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Record assign improve

2011-06-03 Thread José Mejuto
Hello FPC, Based in the optimizations to CompareByte and FillChar, I get a suspect about record assignment when records are not very big, so write some test code to verify it, and yes, I think code generator should be changed in some way to get advantage in case of "small" records < 96 bytes. Thi

Re[2]: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
Hello FPC, Thursday, June 2, 2011, 7:03:10 PM, you wrote: >> PlainCompare CompareByteXCompareByte >> --- >> Equal arrays 1000 elements 16250 ms 625 ms 656 ms >> Diff. arrays 1000 el

Re[2]: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
Hello FPC, Thursday, June 2, 2011, 7:03:10 PM, you wrote: FK> Am 02.06.2011 18:45, schrieb José Mejuto: >> Hello FPC, >> >> PlainCompare CompareByteXCompareByte >> -----

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
Hello FPC, Wednesday, June 1, 2011, 10:07:18 PM, you wrote: MK> In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at MK> least for some cases: Please take care with my last email, it has a bug that result in wrong speed tests, anyway after fixing the bug, the "magic" number for p

Re: [fpc-devel] CompareMem slower in FPC 2.4.4

2011-06-02 Thread José Mejuto
Hello FPC, Wednesday, June 1, 2011, 10:07:18 PM, you wrote: MK> In my tests, FPC 2.4.4 has much slower CompareMem than FPC 2.4.2, at MK> least for some cases: The difference is that CompareMem takes the same time to check a memory block if the elements are equal or different, while the pascal co

Re[2]: [fpc-devel] FPC for minimal Win-32

2011-03-25 Thread José Mejuto
Hello FPC, Thursday, March 24, 2011, 10:19:09 PM, you wrote: >> Or simply create a dummy "oleaut32.dll" which exports the same >> functions prototypes without doing nothing (empty functions) and drop >> that DLL in the same folder as the exe. SB> But then you must not use FPC for that DLL as the

Re[2]: [fpc-devel] FPC for minimal Win-32

2011-03-24 Thread José Mejuto
Hello FPC, Thursday, March 24, 2011, 9:10:10 PM, you wrote: SB> You don't need to rebuild FPC itself, but you need to modify the RTL. SB> Three functions from oleaut32 are included for Windows compatible SB> widestring management. As FPC has a fallback mechanism you can disable that. Or simply

Re[4]: [fpc-devel] TStringField, String and UnicodeString and UTF8String

2011-01-13 Thread José Mejuto
Hello FPC, Thursday, January 13, 2011, 4:24:31 PM, you wrote: >> Are you aware about the Firebird Field(UTF8) and SQLConnection >> CharSet(UTF8) problem ? JvdS> See my mail to Lacak about the two options to solve this. I think the problem is different and can be solved without any compatibility

Re[2]: [fpc-devel] TStringField, String and UnicodeString and UTF8String

2011-01-13 Thread José Mejuto
Hello FPC, Thursday, January 13, 2011, 2:58:30 PM, you wrote: JvdS> Then that option has to be added. I think it's already possible but you JvdS> simply don't know how. (Sql-Server is ODBC only, so that one is fixed. JvdS> For firebird there's a 'serverencoding' parameter, or something like JvdS>

Re[2]: [fpc-devel] TStringField, String and UnicodeString and UTF8String

2011-01-13 Thread José Mejuto
Hello FPC, Thursday, January 13, 2011, 1:01:57 PM, you wrote: L> Also it seems to me, that when you call ANSI version of ODBC API L> functions, then you receive data in ANSI encoding. L> If it is so, then it is always safe use ansitoutf8() (or UTF8Encode()) L> on receved data. No, because ANSI i

Re[2]: [fpc-devel] TStringField, String and UnicodeString and UTF8String

2011-01-13 Thread José Mejuto
Hello FPC, Thursday, January 13, 2011, 10:03:02 AM, you wrote: >> ODBC 3.5 was launched around 2000-2001. L> But this approach will require changes in packages/odbc/src/odbcsql.inc L> like, does not ?: L> -pointer(SQLGetData) := L> GetProcedureAddress(ODBCLibraryHandle,'SQLGetData'); L> +

Re[2]: [fpc-devel] String and UnicodeString and UTF8Stringt

2011-01-12 Thread José Mejuto
Hello FPC, Wednesday, January 12, 2011, 2:59:53 PM, you wrote: >> L> but db client library api, which is used by SQLConnector to >> L> retrieve data. >> How an UTF8 SQLConnector can retrieve UTF8 data from a field defined >> as binary ? L> It cann't . L> Here I am speaking about TStringField, whi

Re[2]: [fpc-devel] String and UnicodeString and UTF8Stringt

2011-01-12 Thread José Mejuto
Hello FPC, Wednesday, January 12, 2011, 11:02:00 AM, you wrote: >> L> 2. Is it wrong in implementation of TSQLConnectors, which write data >> L> into record buffer (of TStringField) and do not convert them always into >> L> UTF-8 ? >> Do you set the CHARSET field in your TSQLConnector to UTF-8 ?

Re[2]: [fpc-devel] String and UnicodeString and UTF8Stringt

2011-01-12 Thread José Mejuto
Hello FPC, Wednesday, January 12, 2011, 9:45:47 AM, you wrote: L> 2. Is it wrong in implementation of TSQLConnectors, which write data L> into record buffer (of TStringField) and do not convert them always into L> UTF-8 ? Do you set the CHARSET field in your TSQLConnector to UTF-8 ? Do you defin

Re[2]: [fpc-devel] constref in Windows

2010-11-19 Thread José Mejuto
Hello Joost, Friday, November 19, 2010, 1:02:59 PM, you wrote: JvdS> Well, this issue leaded to a large discussion elsewhere. I was wondering JvdS> when someone else would even notice this incompatibility. A lot of JvdS> alternatives have been discussed, but I coud not find any which is less JvdS

[fpc-devel] constref in Windows

2010-11-19 Thread José Mejuto
Hello FPC, In fpc 2.5.1 trunk today the QueryInterface in rtl\inc\objpash.inc is defined as: IUnknown = interface ['{---C000-0046}'] function QueryInterface({$IFDEF FPC_HAS_CONSTREF}constref{$ELSE}const{$ENDIF} iid : tguid;out obj) : longint;{$IFNDEF WINDOWS}cdecl{$EL

Re[2]: [fpc-devel] bug in fpdoc HTML output - double spacing

2010-11-08 Thread José Mejuto
Hello FPC, Monday, November 8, 2010, 10:57:00 AM, you wrote: >>I don't know HTML well enough to know what all the stuff in DTD files mean >>or do, but I gather having it listed in the generated HTML is important? AC> Well, DTD is one W3C recommendation, specifies the rules for correct AC> renderi

[fpc-devel] Two trivial patches

2010-10-29 Thread José Mejuto
Hello FPC, There are two more or less trivial patches in the bug tracker since august against database. The first one is completly trivial: [Patch] Missing one ftFixedChar and ftDateTime in "memds" http://bugs.freepascal.org/view.php?id=17308 The next one is trivial but it may require a confirma

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-11 Thread José Mejuto
Hello FPC, Monday, October 11, 2010, 9:07:44 AM, you wrote: >> Attached is the example. One form that load a "menu" which opens a new >> form which display a table in a grid. You will need to change the >> password setup, and maybe database (I'm using aliases instead full >> path), and of course

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-08 Thread José Mejuto
Hello FPC, Friday, October 8, 2010, 1:41:39 PM, you wrote: >> Creation order >> -- >> 1) Create main form MS> application.createform() or t*form.create() >> 2) Create data module MS> application.createdatamodule(); >> 3) Wait in main form for user input >> 4) Create second form MS>

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-08 Thread José Mejuto
Hello FPC, Friday, October 8, 2010, 8:35:44 AM, you wrote: >> Aha. In MSEgui application.createform()/createdatamodule() must be called in >> order to allow component linking with already loaded modules, t*form.create() >> is not enough. I don't know how this works in Lazarus. MG> In Lazarus both

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread José Mejuto
Hello FPC, Thursday, October 7, 2010, 9:21:18 PM, you wrote: >> Thank you, I'll try to gather more information from Lazarus list, but >> if that's the case it completly defeats the advantages of a datamodule >> and/or the presence of a published Active property in the SQLQuery (as >> it is only v

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread José Mejuto
Hello FPC, Thursday, October 7, 2010, 8:30:06 PM, you wrote: MS> Aha. In MSEgui application.createform()/createdatamodule() must be called in MS> order to allow component linking with already loaded modules, t*form.create() MS> is not enough. I don't know how this works in Lazarus. Thank you, I

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-07 Thread José Mejuto
Hello FPC, Thursday, October 7, 2010, 8:27:23 AM, you wrote: MS> Maybe you mix up component creation order and form/datamodule creation order? MS> I wrote about form/datamodule creation order. The datamodule is created just in program load, before any dependent component is created, so my execu

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-06 Thread José Mejuto
Hello FPC, Wednesday, October 6, 2010, 8:37:44 AM, you wrote: >> Yes, but it is not set, because BeginGlobalLoading is not called at [...] MS> Avoid circular component references in the forms and adjust the creation order MS> that the referencing forms are created later or use [...] MS> Lazarus:

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread José Mejuto
Hello FPC, Tuesday, October 5, 2010, 4:08:08 PM, you wrote: >> As you can see the "Loaded" event is called (marked with some //-) >> before calling "GlobalFixupReferences", MS> Not if GlobalLoaded is set. Yes, but it is not set, because BeginGlobalLoading is not called at all from any point

Re[3]: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread José Mejuto
Hello FPC, Tuesday, October 5, 2010, 1:10:43 PM, you wrote: >> I do not have too much experience with components, but calling >> "Loaded" several times does not look very fine. MVC> To the best of my knowledge: it should be called once only, after the fixups. MVC> If it isn't so, this is a bug.

Re[2]: [fpc-devel] LocalReferenceFixup

2010-10-05 Thread José Mejuto
Hello Martin, Tuesday, October 5, 2010, 9:56:41 AM, you wrote: >> I find a problem that I'm unable to resolve, with my limited skills. >> In TReader when a property is a TClass it is being added to be >> resolved after all components are loaded, but the "Loaded" call is >> performed before this f

[fpc-devel] LocalReferenceFixup

2010-10-04 Thread José Mejuto
Hello FPC, I find a problem that I'm unable to resolve, with my limited skills. In TReader when a property is a TClass it is being added to be resolved after all components are loaded, but the "Loaded" call is performed before this fixup, so when a component receive the "Loaded" signal some fields

Re[2]: [fpc-devel] Proposal: Enhanced replacement for assignment operators

2010-08-06 Thread José Mejuto
Hello Adem, Friday, August 6, 2010, 6:48:22 PM, you wrote: A> IOW, write a small/simple utility that converts a given source to/from A> those shorthand operators to/from their long form. A> If there was such a thing and if it produced code that compiled to give A> identical results, I would have

Re[2]: [fpc-devel] Safecall on Linux (and other unices?)

2010-07-22 Thread José Mejuto
Hello FPC, Thursday, July 22, 2010, 9:35:55 PM, you wrote: >> To me it smells like everything was designed in Linux and later they >> decide to mimic the Windows Activex in the windows world. >> Anyway whichever you decide is OK to me. SB> I think you (and some others) got something wrong here.

Re[6]: [fpc-devel] Safecall on Linux (and other unices?)

2010-07-22 Thread José Mejuto
Hello FPC, Thursday, July 22, 2010, 7:24:26 PM, you wrote: >> is expected to produce the same effect (not internal implementation) >> in any platform. JM> Well, no. It is expected to produce the same effect as the C JM> compilers on every platform. These may behave differently amongst JM> differe

Re[4]: [fpc-devel] Safecall on Linux (and other unices?)

2010-07-22 Thread José Mejuto
Hello Joost, Thursday, July 22, 2010, 5:57:27 PM, you wrote: >> Even if declarations in the code are wrong (which I had not checked, I >> assumed they were fine) the "const" behavior with record in Windows >> safecall and linux cdecl is different. JvdS> Offcourse the behaviour is different for a

Re[2]: [fpc-devel] Safecall on Linux (and other unices?)

2010-07-22 Thread José Mejuto
Hello Joost, Wednesday, July 21, 2010, 12:46:32 PM, you wrote: >> I get it to work too, but missing safecall (unix version) makes it >> unusable as a lot of assembler is needed. JvdS> That's not true. I managed to get it to work without any assembler. JvdS> (Only used it to debug and some quick t

Re: [fpc-devel] Safecall on Linux (and other unices?)

2010-07-21 Thread José Mejuto
Hello Joost, Wednesday, July 21, 2010, 11:28:55 AM, you wrote: JvdS> I've finally managed to get xpcom/gecko to work (partly) on linux/i386. JvdS> The delphi/fpc gecko-headers uses the safecall calling convention a JvdS> lot. I get it to work too, but missing safecall (unix version) makes it un

Re: [fpc-devel] sub byte arrays

2010-07-20 Thread José Mejuto
Hello theo, Tuesday, July 20, 2010, 12:03:28 PM, you wrote: t> Now I was trying if something like this would work: t> TTest=(one,two,three,four); t> TTestarray = {bitpacked} array [1..10] of ttest; t> PTestarray = ^TTestarray; [...] t> It seems, to work, but it even works with commented "bitp

Re[2]: [fpc-devel] Purpose of "uses ... in"?

2010-07-14 Thread José Mejuto
Hello Mattias, Wednesday, July 14, 2010, 7:05:01 PM, you wrote: >> And now, you understood the little problem? MG> Of course I understand the problem, but I have not yet encountered MG> it in a real project. I can vaguely remember a case like this in Delphi several years ago, but I think the pro

Re[2]: [fpc-devel] Parameters must match exactly?

2010-05-17 Thread José Mejuto
Hello Graeme, Monday, May 17, 2010, 11:56:29 AM, you wrote: GG> Yes, but I can't use OUT because the type of AForm doesn't match exactly - GG> back to my initial problem when I started with FPC 2.5.1. GG> TfpgWindowBase vs TBulkInvoiceRateListForm type. So you do not need "out" you need the no