Re: [fpc-devel] Purpose of AutoEdit property of StringGrid
On Mon, 18 Jul 2016 09:42:04 -0500, Чернов Дмитрий <blackdoo...@yandex.ru> wrote: 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. ___ Dmitry D. Chernov "About necessity of AutoEdit property in presence of goAlwaysShowEditor" , There is no such necessity, why do you think that there is a necessity?. Obviously AutoEdit only works when goAlwaysShowEditor=false as I tried to explain in my previous reply, if AutoEdit has any effect when goAlwaysShowEditor is true, then you have found a bug. Jesus Reyes A.___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Purpose of AutoEdit property of StringGrid
En Sun, 17 Jul 2016 12:13:58 -0500, Чернов Дмитрий <blackdoo...@yandex.ru> escribió: Hi again. Recently I've played around the StringGrids and noticed one weird thing. There are two quite similar properties: AutoEdit description: Whether the Edit mode is automatically entered when a cell is selected Options/goAlwaysShowEditor description: Always show editor. If not set, the user has to enter the edit mode by pressing >some character key or F2 key. And here comes the question: what's the difference between them? I've also noticed that goAlwaysShowEditor=True overrides behavior of AutoEdit=False. Anyway thanks. _ Dmitry D. Chernov Both options work only when goEditing option is true. If the goAlwaysShowEditor option is true, yes, the editor will be always visible, if it is false, the editor is not always visible. You have may not noticed that the editor is visible, change the grid color to something different than the default, then it will be obvious. If the editor is not always visible and you do a click in a cell that is not selected, the cell becomes focused. If you do a second click AND AutoEdit=true, then the editor becomes visible, I guess is called AutoEdit because you don't have to use the keyboard in order to show the editor. In other words, the AutoEdit works with mouse clicks, it seems from the description that you quoted that the description needs an update. Jesus Reyes A.___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN error with macosall.pas
Another nice feature is that the local copy is much cleaner - no more duplicates of all files so your local copy takes up less space, no more .svn directories in every folder (git only has one .git in the root of the project), etc.. I think this is a feature and not a bug, I use often this feature because I have setup a shortcut in lazarus and some icon in total commander, for running external diff tool (kdiff3 in linux and winmerge in windows) of my local copy against svn version. It would be nice if the same thing could be made with git, and even as git can hold whole history, it would be interesting to choose any specific revision to do the diff, how? btw how do git deals with revisions? with svn having a short number tagging a revision is handy even when it could make you crazy like when tracking changes on branches or tags :) Jesus Reyes A. ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] patch for formatfloat when thousandseparator=#0
Hi, when using clocale unit on serveral linux distros we find that
ThousandSeparator=#0 and when using a format like '#,0.00 €' with a number like
1000 it ends with '1'. If thousandseparator=',' it would be formated like
'1,000.00 €' it is clear that inserting a #0 in such string when separator is
#0 is the problem. Attached is patch to fix it.
Related to this problem is that with clocale unit we can find monetary
separator and use it if number separator=#0, this is to make it more delphi
compatible (if one is allowed to call it so) because under windows number
separator is never #0.
It may happen that monetary separator is also #0 but in this case like when the
user manually set separator to #0 is handled above.
Jesus Reyes A.
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet
Explorer 8. http://downloads.yahoo.com/ieak8/?l=mxIndex: unix/clocale.pp
===
--- unix/clocale.pp (revisión: 13008)
+++ unix/clocale.pp (copia de trabajo)
@@ -306,6 +306,9 @@
NegCurrFormat := NegFormatsTable[signp, prec, sep];
//Number stuff
ThousandSeparator:=GetLocaleChar(__THOUSANDS_SEP);
+ Sep := ord(GetLocaleChar(__MON_THOUSANDS_SEP));
+ if ThousandSeparator=#0 then
+ThousandSeparator := char(Sep);
{$endif}
DecimalSeparator:=GetLocaleChar(RADIXCHAR);
end;
Index: objpas/sysutils/sysstr.inc
===
--- objpas/sysutils/sysstr.inc (revisión: 13008)
+++ objpas/sysutils/sysstr.inc (copia de trabajo)
@@ -1369,7 +1369,8 @@
Dec(P, 3);
While (P 1) Do
Begin
- If Result[P - 1] '-' Then
Insert(FormatSettings.ThousandSeparator, Result, P);
+ If (Result[P - 1] '-') And (FormatSettings.ThousandSeparator
#0) Then
+Insert(FormatSettings.ThousandSeparator, Result, P);
Dec(P, 3);
End;
End;
@@ -1401,7 +1402,8 @@
Dec(P, 3);
While (P 1) Do
Begin
- Insert(FormatSettings.ThousandSeparator, Result, P);
+ If FormatSettings.ThousandSeparator#0 Then
+Insert(FormatSettings.ThousandSeparator, Result, P);
Dec(P, 3);
End;
@@ -1954,7 +1956,7 @@
End;
',':
Begin
- thousand := True;
+ thousand := DefaultFormatSettings.ThousandSeparator#0;
Inc(Fmt);
End;
'e', 'E':
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] fpcdocs problem
--input=/usr/local/src/fpc/trunk/rtl/objpas/dateutils.pp -Fi/usr/local/src/fpc/trunk/rtl/objpas --descr=wincrt.xml --input=/usr/local/src/fpc/trunk/packages/graph/src/win32/wincrt.pp --format=html --output=rtl --footer-date='mmm dd ' FPDoc - Free Pascal Documentation Tool Version 2.3.1 [2008/08/05] (c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, [EMAIL PROTECTED] An unhandled exception occurred at $080D2956 : EXMLReadError : In 'file:system.xml' (line 954 pos 42): Unmatching element end tag (expected /errors) $080D2956 $080CE4D8 $080CE3C1 $080CE28E $080D1F58 $080D1C3F $080D1C3F $080D1C3F $080D1C3F $080D1C3F $080D3A23 $0809DA35 $08049363 $080499B3 make: *** [rtl.chk] Error 217 [EMAIL PROTECTED]:/usr/local/src/fpcdocs$ ( see also: http://www.hu.freepascal.org/fpcircbot/cgipastebin?msgid=1882) Thanks. Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpcdocs problem
--- El mar 5-ago-08, Sergei Gorelkin [EMAIL PROTECTED] escribió:
De:: Sergei Gorelkin [EMAIL PROTECTED]
Asunto: Re: [fpc-devel] fpcdocs problem
A: [EMAIL PROTECTED], FPC developers' list fpc-devel@lists.freepascal.org
Fecha: martes, 5 agosto, 2008, 3:05 pm
Jesus Reyes wrote:
our friend javivf has reported the following issue,
should he create a bug report?
(rest skipped)
This can be fixed by the attached patch.
In general, it is a good idea to test xml's for
well-formedness before
committing :)
Regards,
Sergei
Index: system.xml
===
--- system.xml(revision 450)
+++ system.xml(working copy)
@@ -951,7 +951,7 @@
/descr
errors
Depending on the state of the var{$I}/var
switch, a runtime error can be
-generated if there is an error. In the
/var{$I-}/var state, use
varIOResult/var
+generated if there is an error. In the
var{$I-}/var state, use
varIOResult/var
to check for errors.
/errors
seealso
___
He said it works perfectly.
Thanks.
Jesus Reyes A.
__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.com.mx/
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Important: Call for testing.
- Original Message - From: C Western [EMAIL PROTECTED] To: FPC developers' list fpc-devel@lists.freepascal.org Sent: Saturday, March 29, 2008 11:04 AM Subject: Re: [fpc-devel] Important: Call for testing. There also seems to be a problem with fixing up references to other components while reading - TLabel.FocusControl seems to be one of the things that is tripping this up. Local unresolved references are being silently discarded, but I think should be added to the global list. The attached patch fixes it for my application, but might not be the best general fix. Colin This patch fixes issue 11060, however, while trying to open project's compiler options dialog I get this: TApplication.HandleException Cannot focus a disabled or invisible window Stack trace: $0041910F TCUSTOMFORM__SETACTIVECONTROL, line 1264 of ../include/customform.i nc $004843DB SETORDPROP, line 938 of E:/fpcsvn/fpcmirror/rtl/objpas/typinfo.pp $00484754 SETOBJECTPROP, line 1096 of E:/fpcsvn/fpcmirror/rtl/objpas/typinfo ..pp $004657BE TUNRESOLVEDREFERENCE__RESOLVE, line 233 of E:/fpcsvn/fpcmirror/rtl /objpas/classes/resref.inc $0046596A TUNRESOLVEDINSTANCE__RESOLVEREFERENCES, line 287 of E:/fpcsvn/fpcm irror/rtl/objpas/classes/resref.inc $00465DD4 TRESOLVEREFERENCEVISITOR__VISIT, line 453 of E:/fpcsvn/fpcmirror/r tl/objpas/classes/resref.inc $00465416 TLINKEDLIST__FOREACH, line 92 of E:/fpcsvn/fpcmirror/rtl/objpas/cl asses/sllist.inc $00465654 VISITRESOLVELIST, line 131 of E:/fpcsvn/fpcmirror/rtl/objpas/class es/resref.inc $004656DD GLOBALFIXUPREFERENCES, line 151 of E:/fpcsvn/fpcmirror/rtl/objpas/ classes/resref.inc $0046C6DA TREADER__READROOTCOMPONENT, line 1299 of E:/fpcsvn/fpcmirror/rtl/o bjpas/classes/reader.inc $004BDCAD INITCOMPONENT, line 2746 of lresources.pp $004BDB0F INITLAZRESOURCECOMPONENT, line 2766 of lresources.pp $004B8DF7 INITRESOURCECOMPONENT, line 542 of lresources.pp $0041957D TCUSTOMFORM__CREATE, line 1377 of ./include/customform.inc $0041AE26 TFORM__CREATE, line 2115 of ./include/customform.inc $007668BA TFRMCOMPILEROPTIONS__CREATE, line 294 of compileroptionsdlg.pp $0042F612 TMAINIDE__MNUPROJECTCOMPILERSETTINGSCLICKED, line 3516 of main.pp Other dialogs seems to be fine though. Jesus Reyes A. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Generics
--- Michael Van Canneyt [EMAIL PROTECTED] escribió: On Thu, 16 Aug 2007, Mattias Gaertner wrote: What is the state and future plans of generics? I only found the wiki page http://wiki.lazarus.freepascal.org/Generics which does not even mention the current syntax. The current syntax is descibed in the docs, reference manual. There is a chapter about generics. Feel free to comment on it; any omissions, I'll be glad to fill them in (as far as I can, I don't use generics myself). Michael. Images are so big that is difficult to follow the diagrams.. Jesus Reyes A. ¡Sé un mejor besador! Comparte todo lo que sabes sobre besos. http://mx.yahoo.com/promos/mejorbesador.html ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Generics
--- Jesus Reyes [EMAIL PROTECTED] escribió: --- Michael Van Canneyt [EMAIL PROTECTED] escribió: On Thu, 16 Aug 2007, Mattias Gaertner wrote: What is the state and future plans of generics? I only found the wiki page http://wiki.lazarus.freepascal.org/Generics which does not even mention the current syntax. The current syntax is descibed in the docs, reference manual. There is a chapter about generics. Feel free to comment on it; any omissions, I'll be glad to fill them in (as far as I can, I don't use generics myself). Michael. Images are so big that is difficult to follow the diagrams.. sorry I forgot to put at least a link: http://www.freepascal.org/docs-html/ref/refse38.html Jesus Reyes A. ¡Sé un mejor besador! Comparte todo lo que sabes sobre besos. http://mx.yahoo.com/promos/mejorbesador.html ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] RTF parser patch missed
Hi some months ago I sent a patch for rtf parser. Can someone take a look and see if can be applied? Reference: http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg05949.html Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] two changes to fcl 2.0.5
Hi. I'm finally tired of two bugs in fcl in 2.0.5, it could be possible that these be made/merged back?. 1. TSQLQuery under 2.0.5 stores readonly published property IndexDefs into lazarus lfm file. Lazarus is happy reading back the lfm file if it was compiled with 2.0.5 but if it was compiled with 2.1.1 it complains about the readonly property. I can fix that manually removing the the IndexDefs property from the lfm file, I'm tired of it. This bug is fixed by this patch: Index: sqldb.pp === --- sqldb.pp(revisión: 5681) +++ sqldb.pp(copia de trabajo) @@ -269,7 +269,7 @@ property UpdateSQL : TStringlist read FUpdateSQL write FUpdateSQL; property InsertSQL : TStringlist read FInsertSQL write FInsertSQL; property DeleteSQL : TStringlist read FDeleteSQL write FDeleteSQL; -property IndexDefs : TIndexDefs read GetIndexDefs; +property IndexDefs : TIndexDefs read GetIndexDefs stored false; property Params : TParams read FParams write FParams; property UpdateMode : TUpdateMode read FUpdateMode write SetUpdateMode; property UsePrimaryKeyAsKey : boolean read FUsePrimaryKeyAsKey write SetUsePrimaryKeyAsKey; 2. I use some png images in my project, every time that I need to do changes on the form, a get Invalid horizontal pixel index -1 error message (TImage) error, this bug is fixed in revision: 5355, what it does?, see: http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/fcl/image/fpwritepng.pp?rev=5355view=diffr1=5355r2=5354p1=trunk/fcl/image/fpwritepng.ppp2=/trunk/fcl/image/fpwritepng.pp What you think?, can this happen?. Thanks. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] two changes to fcl 2.0.5
--- Michael Van Canneyt [EMAIL PROTECTED] escribió: On Thu, 11 Jan 2007, Jesus Reyes wrote: --- Michael Van Canneyt [EMAIL PROTECTED] escribió: On Thu, 11 Jan 2007, Jesus Reyes wrote: Hi. I'm finally tired of two bugs in fcl in 2.0.5, it could be possible that these be made/merged back?. 1. TSQLQuery under 2.0.5 stores readonly published property IndexDefs into lazarus lfm file. Lazarus is happy reading back the lfm file if it was compiled with 2.0.5 but if it was compiled with 2.1.1 it complains about the readonly property. I can fix that manually removing the the IndexDefs property from the lfm file, I'm tired of it. This bug is fixed by this patch: Index: sqldb.pp === --- sqldb.pp(revisión: 5681) +++ sqldb.pp(copia de trabajo) @@ -269,7 +269,7 @@ property UpdateSQL : TStringlist read FUpdateSQL write FUpdateSQL; property InsertSQL : TStringlist read FInsertSQL write FInsertSQL; property DeleteSQL : TStringlist read FDeleteSQL write FDeleteSQL; -property IndexDefs : TIndexDefs read GetIndexDefs; +property IndexDefs : TIndexDefs read GetIndexDefs stored false; property Params : TParams read FParams write FParams; property UpdateMode : TUpdateMode read FUpdateMode write SetUpdateMode; property UsePrimaryKeyAsKey : boolean read FUsePrimaryKeyAsKey write SetUsePrimaryKeyAsKey; 2. I use some png images in my project, every time that I need to do changes on the form, a get Invalid horizontal pixel index -1 error message (TImage) error, this bug is fixed in revision: 5355, what it does?, see: http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/fcl/image/fpwritepng.pp?rev=5355view=diffr1=5355r2=5354p1=trunk/fcl/image/fpwritepng.ppp2=/trunk/fcl/image/fpwritepng.pp What you think?, can this happen?. I don't see the use. We're preparing to release 2.2. In March we do a code freeze and start the release process. Michael. offcourse nobody sees the use until they are tired of it like me. I really don't understand the argument, what are the technical reason to not do it?, I don't think too much resources will be spent fixing this? (or do you have to start releasing packages with the fix, or fixing documentation?, in such case I understand the negative) Well, As far as I know, there are no releases or snapshots built of 2.0.5, so why would we update that branch ? Are you sure?, then how do you explain this: http://www.freepascal.org/cgi-bin/viewcvs.cgi/branches/fixes_2_0/?sortby=datesortdir=down#dirlist 46 hours, 2 dayes, 3 weeks, it doesn't look freezed to me. It's not a problem to do so, but I don't see the use, as 2.0.5 is not used by anyone - to my knowledge. In fact I'm surprised you use it at all ! Michael. If you don't see a problem to do, why not simply do it? But, if nobody uses it, why it's being updated?, this simply doesn't match. I use 2.1.1 and 2.0.5, Why would I use 2.0.4 when 2.0.5 has fixes? I though that was the purpose of it, other way I don't see the need for the branch. I'm happily using 2.1.1 until I have to debug in both windows and linux, that's for what I use 2.0.5 mostly, but sometimes I forget about it and I keep using it until I made changes and swap machines and try to load the same project. That makes me wonder, what do you use for developent?, maybe I'm in the wrong way. Please share some tricks. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] MySQL v4.0 v4.1 and v5.0
--- Vincent Snijders [EMAIL PROTECTED] escribió: Joost van der Sluis wrote: Hi all, atm I have a nearly finished mysql.inc file that can be used with MySQL v4.0 v4.1 and v5.0. Loaded dynamically and static. It uses several defines to set the right MySQL version and to turn the dynamically linking on or off. Create 6 different units in packages/base/mysql - for each combination one? (thus mysql40, mysql40dyn, mysql41, mysql41dyn, mysql50 and mysql51dyn?) But then, what to do with the MySQL-connection for sqldb? In principle the only thing that has to be changes to use another MySQL-version is to change the used unit. So, always use the TMysqlConn-component, but changes the usage-clausule. But how can this be handled by Lazarus? With the SQLDB-package only one unit can be used. (Or else multiple types with the same name are defined) Let the users manually change the usage-line if they want to use a different MySQL-library-version? FOr the sqldb package, let them add a define to the compiler options: -dMYSQL40 or -dMYSQL41 or -dMYSQL50 That seems more user friendly than editing the uses clause. In the source, change the uses clause, depending on the defines. Vincent. For mysql connection I would prefer an component for each version so users have it clear from begining, and not need to change anything. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Lazarus kills X while choosing the Editor's font
- Original Message - From: Agustin Barto [EMAIL PROTECTED] To: fpc-devel@lists.freepascal.org Sent: Thursday, November 03, 2005 6:39 PM Subject: [fpc-devel] Lazarus kills X while choosing the Editor's font Just when I decided to give Lazarus another chance, I run into this: Whenever I try to choose a new font for the editor on Lazarus, my X session closes (I get back to gdm). It doesn't matter which font I choose. I'm using Fedora Core 4 (x86) with the latest updates, and Gnome 2.12.1 from nrpms.net. I don't know if this is the right place to report a Lazarus problem (let me know, plz). The lazarus mailing list is a better place or the lazarus bug tracking system, anyway in this case it would be important to know the lazarus version as recently there were changes related to font support. Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] db patch
hi here is a patch for two bugs: *TFloatField.SetAsString doesn't look at DecimalSeparator for converting a string into a Float (this fixes lazarus issue 893: http://www.lazarus.freepascal.org/mantis/view.php?id=893 ) *TBooleanField.SetAsString won't accept an empty string as a valid value, also the patch allows strings as T, F or any starting substring of DisplayValues to be accepted. Regards. Jesus Reyes A. fields.diff Description: Binary data ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Duplicate code inTDatasource.DistributeEvent implementation
- Original Message - From: Luiz Amrico [EMAIL PROTECTED] To: FPC developers' list fpc-devel@lists.freepascal.org Sent: Sunday, May 08, 2005 6:45 PM Subject: Re: [fpc-devel] Duplicate code inTDatasource.DistributeEvent implementation Michael Van Canneyt wrote: On Sat, 7 May 2005, Luiz Amrico wrote: No. First non visual components (such as detail datasets, lookup datasets) must get their event, and only then visual controls get an event. The double loop is intentional. Thank you. Now I can see the intention. It seens that this procedure is called quite often. One approach to optimize could be inserting the items in FDataLinks in the appropriate order (Non visual first, visual in the end) and doing a simple loop without checks in DistributeEvent. This would be done inside RegisterDataLink with a simple and safe alghoritm. If you agree with the cited approach i can send the patch. Luiz I doubt that you will get any improvement. Probably what target components do inside the event handling is potentially more slower (if speed is in this case the concern) than iterating through the list of datalinks. Jesus Reyes A. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] win32 crash patch
Hi, this patch fixes a problem in win32 when using the classes unit. Every program crash at the end. Regards. Jesus Reyes A. win32classes.pp.diff Description: Binary data ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
RE: [fpc-devel] compiler bug?
--- peter green [EMAIL PROTECTED] escribió: you are forciblly putting an out of range value in a variable what do you expect to happen? Of course the program was made to do that evident, but what happen when you find a procedure, for example: procedure doAorB(value: boolean); begin case value of true: doA; false: doB; end; end; one might think either doA or doB will executed, but the reality is that sometimes neither doA or doB will do. _ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] make clean
The following files doesn't get deleted in windows 98 when using the clean parameter. make -C fcl clean: fpc\fcl\win32\BMPcomn.o fpc\fcl\win32\dllist.o fpc\fcl\win32\DOM_HTML.o fpc\fcl\win32\HTMLDefs.o fpc\fcl\win32\postgres3.o fpc\fcl\win32\XMLRead.o fpc\fcl\win32\XMLWrite.o fpc\fcl\win32\dllist.ppu fpc\fcl\win32\postgres3.ppu make -C packages clean fpc\packages\base\pasjpeg\JcCoefCT.o fpc\packages\base\pasjpeg\JcColor.o fpc\packages\base\pasjpeg\JcDCTMgr.o fpc\packages\base\pasjpeg\JcHuff.o fpc\packages\base\pasjpeg\JcMainCT.o fpc\packages\base\pasjpeg\JcMaster.o fpc\packages\base\pasjpeg\JcPrepCt.o fpc\packages\base\pasjpeg\JcSample.o fpc\packages\base\pasjpeg\JIDctRed.o Regards. Jesus Reyes A. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]Possible TDbf bug and patch
Hi, I think I found a bug in tdbf. One can scroll forward to the end of the dataset, in the last record if one scrolls forward one more time, the dataset enters the EOF state. The problem is that also the first record of the buffer (because of how shifting buffers works) gets incorrectly marked as invalid. As result, one cannot scroll backwards anymore. I'm not well aware of dbf internals so please check the patch, it did fix the problem for me. Regards. Jesus Reyes A. _ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx dbf.diff.gz Description: dbf.diff.gz
[fpc-devel]db patch
Hi, here is a patch that implements some field properties regards. Jesus Reyes A. _ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx fpc.diff.gz Description: fpc.diff.gz
[fpc-devel]Compiler crash (lazarus/win32)
Hi, the latest cvs compiler crash when compiling lastest cvs lazarus (WIN98)
PPC386 provocó una excepción 10eH en el módulo PPC386.EXE de 015f:0048c1d8.
Registros:
EAX=018df3ec CS=015f EIP=0048c1d8 EFLGS=00010206
EBX=00488a08 SS=0167 ESP=006ef924 EBP=006f3c5c
ECX=01970584 DS=0167 ESI=0173e1a0 FS=463f
EDX=0048c1c4 ES=0167 EDI=0055f3c0 GS=
Attached is the sniped output of: make OPT=-va
apparently, crash in lclintf.pas when including lclicons.lrs by
...
initialization
{$I lclicons.lrs}
InternalInit;
end.
if I change {$I lclicons.lrs} to {.$I lclicons.lrs} it compiles fine this
file, however still crash some steps later when compiling
synhighlightersql.pas, but I dont include the output.
The compiler it self cycles ok, and compile packages and fcl fine.
Regards.
Jesus Reyes A.
trace.txt.gz
Description: GNU Zip compressed data
