On Thu, 7 Jul 2011, Chad Berchek wrote:
Michael wrote:
You can always fool the compiler. The compiler trusts you and assumes
that what you tell her is true...
Yes, of course you can always fool the compiler, it just shouldn't be
the other way around. The example you gave is very different
On Tue, 5 Jul 2011, Martin wrote:
On 05/07/2011 04:02, Chad Berchek wrote:
Martin wrote:
I don't think it is a bug.
...
"(const s: string)" is a declaration by the programmer, that the
variable (the string) will not be modified at all. That is neither by
the procedure called, nor by any c
On Thu, 9 Jun 2011, LacaK wrote:
Hi *,
I have 2 questions, which I divide into 2 emails.
1st is about TField.OldValue and Delphi compatibility. Please look at small
attached program (for SQLite3).
In Delphi (with TClientDataSet and dbExpress) outputs:
1. Field.OnValidate: OldValue=N; Value
On Thu, 9 Jun 2011, LacaK wrote:
Very similar to my fix, which I did minute ago.
We can more cleanup code by removing unneeded parts.
Please look at attached patch.
Applied the patch.
Thanks
L.
PS1: Yes it fixes AV
Good :-)
PS2: But still remains OldValue=null problem (see me 1st email
Hi,
I committed a possible fix in rev. 17704. Please test.
Michael.
On Thu, 9 Jun 2011, LacaK wrote:
May be like this ?
Thanks.
Laco.
On Thu, 2011-06-09 at 11:49 +0200, LacaK wrote:
Here is attached debug output with {$DEFINE DSDebug}.
It seems, that exception is related to Append/Insert
On Thu, 9 Jun 2011, LacaK wrote:
Here is attached debug output with {$DEFINE DSDebug}.
It seems, that exception is related to Append/Insert (it does not depend if
dataset is empty before or not) followed by accesing OldValue
Well, probably because there is no 'previous' buffer if the datase
On Thu, 9 Jun 2011, LacaK wrote:
This is second email. Can somebody confirm, that there is Access Violation
when we insert (or append) first row into empty dataset ?
(or I missed something?)
You can use attached program.
Is the problem only with sqlite ?
Michael.
___
On Sun, 29 May 2011, Luiz Americo Pereira Camara wrote:
On 29/5/2011 18:57, Michael Van Canneyt wrote:
On Sun, 29 May 2011, Luiz Americo Pereira Camara wrote:
I found that to handle error while parsing json through TJSONParser is
necessary to consider two types of exceptions:
EJSONScann
On Fri, 27 May 2011, Schindler Karl-Michael wrote:
Hi,
I get the following error while compiling fpc 2.5.1 for arm-wince:
c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
-Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/a
On Wed, 25 May 2011, ABorka wrote:
OK, I just updated to the latest SVN trunk for FPC and Lazarus, and
recompiled them on Linux ("make clean all" as user, then "sudo make
install").
I deleted ~./lazarus to have only the basic packages at first.
After executing "startlazarus" as a user from
On Tue, 24 May 2011, Chad Berchek wrote:
Hi all. This is my first message here.
I ran across some bugs working with TInputPipeStream. As I investigated
further, I found more and more bugs in various stream classes throughout the
RTL and FCL. I have fixed the ones I found and made some struc
On Mon, 23 May 2011, ABorka wrote:
sysutils.pp(243,40) Error: Identifier not found "Mode"
sysutils.pp(819,3) Warning: Symbol "GetLocaleFormatSettings" is not portable
sysutils.pp(1277) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
Fixed in rev. 17549.
Mich
On Mon, 23 May 2011, Martin wrote:
I have just updated again, and I still have the problem. (SVN says there are
no unmodified files)
I really do need some help how to fix it.
Fatal: Can't find unit httpdefs used by fpwebdata
Fatal: Compilation aborted
httpdefs.ppu is in packages\fcl-web
On Tue, 17 May 2011, Michael Schnell wrote:
On 05/17/2011 01:10 PM, Michael Van Canneyt wrote:
Will you look at it, or would you like me to do it ?
It would be just great if an example project would come with the components.
There are example projects (see my initial mail).
Michael.
On Thu, 12 May 2011, Jonas Maebe wrote:
On 12 May 2011, at 10:21, Jonas Maebe wrote:
b) it inlines the constents of {$include xxx} statements (so the
compiler-inserted debug information would no longer be correct
This is actually a general problem with preprocessed source files: the line
On Fri, 29 Apr 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
But what is the cleaner way? To defer the expansion of {$I %xxx%}
inside macros, or to define c-like macros __LINE__ and __FILE__, maybe
with nicer names?
Defer expansion. The use of {$I } is mandatory, si
On Fri, 29 Apr 2011, Joerg Schuelke wrote:
There is one problem with {$I %LINE%} and his friends, which restricts
the use of these directives. They are expanded even inside a macro
immediately, so, if you define a macro for debugging purposes, you
get the line and file info for the place of th
On Tue, 26 Apr 2011, LacaK wrote:
Michael,
do you plan do something else with this "OnValidate" problem ?
I thought I had done everything, or did I (again) forget something ?
Michael.
Thanks
-Laco.
Hi,
here are diffs with changes, I hope they will be good for all TDataSet
descendants (
On Wed, 13 Apr 2011, ABorka wrote:
On 4/13/2011 00:07, michael.vancann...@wisa.be wrote:
On Mon, 11 Apr 2011, ABorka wrote:
<...snip...>
OK, found the problem:
fpweb does not set the content length properly when there was an
exception or error message, it uses the content length from the a
On Tue, 12 Apr 2011, ABorka wrote:
On 4/12/2011 01:31, ABorka wrote:
On 4/12/2011 00:01, michael.vancann...@wisa.be wrote:
On Mon, 11 Apr 2011, ABorka wrote:
I was playing today with fpweb a little, and found a simply
reproducible minor problem.
When one creates a new CGI or FCGI applic
On Mon, 11 Apr 2011, ABorka wrote:
I was playing today with fpweb a little, and found a simply reproducible
minor problem.
When one creates a new CGI or FCGI application and creates a simple default
action, but NOT setting the "handled := true;" within the event handler, then
some kind of
On Tue, 5 Apr 2011, LacaK wrote:
--or--
introduce any new method (ValidateFieldData ? ;-))) and let tdatsset
descendants use it:
{$IFDEF FPC}
ValidateFieldData(Field: TField; Buffer: Pointer);
{$ENDIF}
--or--
some smarter solution ?
The whole code, which is repeated (and can be put in
On Mon, 4 Apr 2011, Luiz Americo Pereira Camara wrote:
On 4/4/2011 10:28, michael.vancann...@wisa.be wrote:
On Mon, 4 Apr 2011, LacaK wrote:
Michael Van Canneyt wrote / napísal(a):
On Mon, 4 Apr 2011, LacaK wrote:
Then please move approprate code at least into
TCustomBufDataset.Set
On Mon, 4 Apr 2011, LacaK wrote:
Michael Van Canneyt wrote / napísal(a):
On Mon, 4 Apr 2011, LacaK wrote:
Hi,
This fix
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/base/fields.inc?r1=17199&r2=17220
fixes mising call to TField.Validate (before data are written
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 14:26, michael.vancann...@wisa.be wrote:
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info, not the
makefiles themselves.
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info, not the
makefiles themselves.
I still prefer those Makefile.fpc files very much to the fpmake.pp files.
The idea is to completel
On Thu, 31 Mar 2011, Darius Blaszyk wrote:
Imagine you have debug, profiling and testing setup locally b
Should be debug, release and testing
Nono, I actually meant profiling as different from debug. The difference
being that debug has all optimizations off, profiling has them all on.
S
On Wed, 30 Mar 2011, Florian Klaempfl wrote:
Am 30.03.2011 17:31, schrieb michael.vancann...@wisa.be:
- execute fpmake from command line (see thread by mattias : "run
pascal programs as script") for this we would need instantfpc to
support win32 and it should be supplied as a standard fpc too
On Wed, 30 Mar 2011, Darius Blaszyk wrote:
Hi,
I'm using fpmake more and more in my projects (large or small) and from time to time I
come across some limitations that need to be resolved. In the past I have supplied a
number of small patches which were normally applied without problems, bu
On Thu, 17 Mar 2011, Jonas Maebe wrote:
Hello,
Finally I'm not alone anymore in repeating this over and over again:
http://twitter.com/kylix_rd/statuses/48210052770836480 :)
You should send him a big "thank you" :-)
Michael.
___
fpc-devel mailli
On Fri, 11 Mar 2011, Leonardo M. Ramé wrote:
--- On Fri, 3/11/11, michael.vancann...@wisa.be
wrote:
From: michael.vancann...@wisa.be
Subject: Re: [fpc-devel] Fcl-Web 404 error
To: "FPC developers' list"
Date: Friday, March 11, 2011, 11:59 AM
On Fri, 11 Mar 2011, Leonardo M. Ramé wrote:
On Fri, 11 Mar 2011, Leonardo M. Ramé wrote:
Hi, does anyone knows how to return a correct 404 error from an fcl-web cgi
app?.
I'm doing this:
procedure TFPWebModule1.myRequest(Sender: TObject;
ARequest: TRequest; AResponse: TResponse; var Handled: boolean);
begin
AResponse.Code := 404;
On Thu, 24 Feb 2011, Leonardo M. Ramé wrote:
Hi, I need to parse a web page that contains some complex scripting, and I'm
getting this an EDOMError in DOMDocument.CreateElement.
Inspecting the tagName param from TDOMDocument.CreateElement(const tagName:
DOMString), I found the parser can't
On Thu, 24 Feb 2011, LacaK wrote:
See please
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/sqldb/odbc/odbcconn.pas?r1=16094&r2=16988
And look at ftWideString, ftFixedWideChar cases
What happens if we have NVARCHAR(20) column on MS SQL Server (uses UCS-2
1char=2bytes)
On Thu, 24 Feb 2011, Martin Schreiber wrote:
On Thursday 24 February 2011 10:16:43 michael.vancann...@wisa.be wrote:
But here you implicitly assume that you have a fixed number of bytes per
character. You should always be explicit about such things, since this
is a non-trivial assumption.
On Thu, 24 Feb 2011, Martin Schreiber wrote:
On Thursday 24 February 2011 09:49:51 michael.vancann...@wisa.be wrote:
Agreed. In MSEgui tmsestringfield.size is the maximum allowed character
count for the field. 0 = no limit. tmsebufdataset stores string data as
UnicodeString instead to use a f
On Thu, 24 Feb 2011, Martin Schreiber wrote:
On Thursday 24 February 2011 08:02:20 LacaK wrote:
So also here we can see, that FieldDef.Size is expected to be number of
characters not bytes.
So IMHO logical conclusion will be say, that TFieldDef.Size for string
fields has same menaing as Fiel
On Thu, 24 Feb 2011, LacaK wrote:
Hi,
I am writting here to discuss bug
http://bugs.freepascal.org/view.php?id=17268
(I do not want reopen bug and writte there because I am not sure about my
arguments)
IMHO root of problem is in different definition of TFieldDef.Size and
TField.Size
Docu
On Wed, 23 Feb 2011, LacaK wrote:
Hi,
we have in fcl-db TField.AsBCD: TBCD; but we do not have TParam.AsBCD, nor
TParam.AsFMTBCD
Delphi defines:
TParam.AsBCD: Currency ...
http://docwiki.embarcadero.com/VCL/XE/en/DB.TParam.AsBCD
TParam.AsFMTBCD: TBCD ...
http://docwiki.embarcadero.com/VCL/
On Wed, 16 Feb 2011, Joost van der Sluis wrote:
On Wed, 2011-02-16 at 11:30 +0100, michael.vancann...@wisa.be wrote:
I will look at them today.
They all need improvement or a better review or testcases or break
backwards compatibility.
The BIGINT or NCHAR stuff not, I would think ?
I'll
I will look at them today.
Michael.
On Wed, 16 Feb 2011, LacaK wrote:
Hi *,
there are some waiting bugs with patches, which are relative simple and IMHO
they can not affect negatively "product quality".
I summarize them here, for quick review them, so if then they can go into
2.4.4 release:
On Wed, 26 Jan 2011, Seth Grover wrote:
http://www.freepascal.org/docs-html/fcl/process/tprocess.inherithandles.html
says "On Unix, setting this variable has no effect." Why is this?
The reason I ask is that often when using TProcess I run into the
problem where if I execute some script or pr
On Wed, 26 Jan 2011, Felipe Monteiro de Carvalho wrote:
Ok, good =)
One thing, however, should't the drawing routines in TFPCustomCanvas be virtual?
The LCL seams to simply hide them at the moment. Overriding is more
usual, isn't it?
Send me a proposal in private if you want.
Michael.
___
On Wed, 26 Jan 2011, Mattias Gaertner wrote:
Felipe Monteiro de Carvalho hat am 26.
Januar 2011 um 16:45 geschrieben:
Hello,
I am extending the converter of FPVectorial to Canvas, but I got stuck
at the lack of drawing methods in TFPCustomCanvas. It lacks Arc,
Chord, PolyBezier, etc.
On Wed, 26 Jan 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I am extending the converter of FPVectorial to Canvas, but I got stuck
at the lack of drawing methods in TFPCustomCanvas. It lacks Arc,
Chord, PolyBezier, etc.
The end point being that it gets really hard to use TFPCustomCanvas,
On Fri, 21 Jan 2011, LacaK wrote:
Hi *,
consider following sample program:
var
b: array[0..255] of char; begin
if getlocaleinfoa(LOCALE_USER_DEFAULT, LOCALE_SSHORTDATE, b, sizeof(b)) > 0
then
writeln('LOCALE_USER_DEFAULT:',b);
if getlocaleinfoa(LOCALE_SYSTEM_DEFAULT, LOCALE_SSHORTDATE,
On Tue, 18 Jan 2011, LacaK wrote:
I checked the patch and committed the patch in trunk. Please test and
report, then we can merge the patch to fixes.
The patch is ok, as tested and reported also here
http://bugs.freepascal.org/view.php?id=18114
(and I also use this patch in my applicatio
On Tue, 18 Jan 2011, LacaK wrote:
If sb wants in in 2.4.4, I urge you to be quick :-)
Does it mean, that you are preparing release 2.4.4 in short time ?
If yes, then I would happy, if also bug
http://bugs.freepascal.org/view.php?id=16493 with attached patch will be
commited.
I checked
On Wed, 12 Jan 2011, Michael Schnell wrote:
On 01/12/2011 04:48 PM, Alexander Klenin wrote:
Blindly replacing "a += b" with "a := a + b" may lead to a semantic change
if "a" is an expression with side-effects.
Nevertheless, I do think that implementing += for properties is a good
idea,
but
On Wed, 12 Jan 2011, Paul Ishenin wrote:
12.01.2011 16:34, Florian Klaempfl пишет:
Is the current solution of using procedure variables so bad? Or what
does it lack?
I see the next benefits from WeakExternal:
1. Less accidental errors. Which procedural variables you need to care about
th
On Wed, 12 Jan 2011, Paul Ishenin wrote:
12.01.2011 14:15, kingbiz...@gmail.com wrote:
Something that I always thought very nice on other languages is the
possible of adding variables inside the codes, I'm very happy using the
FPC but came on my mind, FPC is always getting better and better (
On Thu, 30 Dec 2010, Jonas Maebe wrote:
Hello,
So I would propose to change the syntax by moving the "external" modifier
to the same location as where "sealed" and "abstract" can be placed for
Delphi-style classes. It should be quite easy to modify the Objective-C
headers parser script to p
On Mon, 6 Dec 2010, Darius Blaszyk wrote:
On Mon, 2010-12-06 at 20:39 +0100, Michael Van Canneyt wrote:
Contributions are more than welcome, as long as they adhere to a strict
rule: I don't publish documentation for a unit unless it is complete.
Does that mean that partial documented xml f
Include the 'clocale' unit in your program's uses clause.
it will initialize the internationalization settings in the sysutils unit.
I have adapted the documentation so it mentions this.
Michael.
On Sun, 5 Dec 2010, Alexander wrote:
Hi,
I try use this variable, but result in English:
uses
On Tue, 30 Nov 2010, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Seems Delphi XE has deprecated all separate variables, and after ten years
did the same as FPC, use an absolute trick. And of course they named it
differently (FPC: defaultformatsettings Delphi:
On Mon, 29 Nov 2010, Darius Blaszyk wrote:
On Mon, 2010-11-29 at 20:00 +0100, Darius Blaszyk wrote:
On Mon, 2010-11-29 at 19:31 +0100, Jonas Maebe wrote:
On 29 Nov 2010, at 18:45, Darius Blaszyk wrote:
The major "problem" we will have to solve is localization. Now the code
depends on the w
On Sat, 27 Nov 2010, Sven Barth wrote:
On 27.11.2010 18:12, Michael Van Canneyt wrote:
Pierre muller has a better solution.
He uses TLS callbacks. His solution is finished, but is in need of testing.
If you want, I can send you his patch, and then you can test it too.
Yes, I'd like to te
On Thu, 25 Nov 2010, dhkblas...@zeelandnet.nl wrote:
I think it is a good and valuable idea. Do you have any plans to add
more functionality to it ?
I was thinking about adding a few more helper functions, such as adding
documentation for whole directories at a time. Also the documentation
On Thu, 25 Nov 2010, dhkblas...@zeelandnet.nl wrote:
ZeelandNet Webmail
Hi,
Today I was playing with FPDoc and I
decided to add creating the documents as a target to fpmake which seems
logical to me. I only did a very basic implementation to show tghe
principle so someone (Joost / Michael?
On Thu, 25 Nov 2010, Thaddy wrote:
On 25-11-2010 9:49, Marco van de Voort wrote:
solid solution. *without* the rewrites :)
IIRC there is a pointer in the filetype that points into the buffer.
(bufptr). Just copying that means they still point into the same pointer.
___
On Thu, 25 Nov 2010, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
Michael.
You can write a "classic" pascal textfile device driver and assign directly
to the global TEXT variables Input, Output and ErrOutput.
Don't know is this is threadsafe, though.
On Thu, 25 Nov 2010, Thaddy wrote:
On 24-11-2010 21:32, Michael Van Canneyt wrote:
On Wed, 24 Nov 2010, Anton Kavalenka wrote: Get stdout handle (duplicate it
under linux),
create pipe,
replace the stdout (keeping the old stdout) for current process with write
handle of pipe,
There are
On Tue, 23 Nov 2010, Hans-Peter Diettrich wrote:
Andrew Brunner schrieb:
That would not be an issue as Int64 is available under all flavors of FPC.
I don't see the hold up in adding a patch for Data field. There is just one
unit to change. What makes this so complicated that it hasn't be
a
On Tue, 23 Nov 2010, Andrew Brunner wrote:
On Nov 23, 2010, at 2:27 AM, Max Vlasov wrote:
On Mon, Nov 22, 2010 at 5:13 PM, wrote:
We'll fix the issue as the upcoming Delphi 64-bit - unfortunately - forces us
to follow suit.
Will it also create an additional confusion in design tim
On Mon, 22 Nov 2010, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
I was looking at the code for Tag property in classes unit and noticed I
can't safely use Tag to keep runtime pointers (at least on a 64 bit
compile). What is the likelihood of getting tags changed to suppo
On Mon, 22 Nov 2010, Andrew Brunner wrote:
On Nov 22, 2010, at 9:13 AM, michael.vancann...@wisa.be wrote
The logic is that it is bad programming to use an integer to store a pointer.
And we don't want to encourage bad programming.
Yes, I know it's easy, and yes I know it's common pract
On Mon, 22 Nov 2010, Andrew Brunner wrote:
I was looking at the code for Tag property in classes unit and noticed I can't
safely use Tag to keep runtime pointers (at least on a 64 bit compile). What is
the likelihood of getting tags changed to support universal access under 64/32
bit compil
Forwarded here, so everyone can see it. I mistakenly replied to Marco alone.
Michael.
-- Forwarded message --
Date: Thu, 20 May 2010 09:39:29 +0200 (CEST)
From: Marco van de Voort
To: Michael Van Canneyt
Cc: Marco van de Voort
Subject: Re: [fpc-devel] Interface delegation fix
On Wed, 19 May 2010, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
So - let's try another approach which may prove more constructive:
What are your proposals to get some kind of observer pattern
implemented so it can be applied consequently throughout the
classe
> From: Vincent Snijders <[EMAIL PROTECTED]>
>
> Michael Van Canneyt wrote:
> >
> >
> > On Fri, 27 May 2005, Vincent Snijders wrote:
> >
> > > Michael Van Canneyt wrote:
> > >
> > > >
> > > >
> > > > On Fri, 27 May 2005, Vincent Snijders wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I
On Thu, 10 Mar 2005, Marc Weustink wrote:
> Hi,
>
> The TStrings.CheckSpecialChars is missing a not. Now the special chars are
> never initialized :(
Applied, thanks !
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.
On Sun, 27 Feb 2005, Uberto Barbini wrote:
> I almost finished the porting of the core part of IO to fpc.
I am *very* interested in seeing this working :)
>
> I added bugs for the (few) function I had to rewrite or modify passing from
> Delphi to fpc.
>
> Anyway I'm still in trouble with st
On Sat, 26 Feb 2005, Florian Klaempfl wrote:
> Hans-JÃrg Vasold wrote:
>
> > for a long time support for loading packages at runtime was "planned for
> > later versions".
> >
> > But now i can not find that this is planned anymore. Will FreePascal
> > support dynamic packages in future or not.
On Mon, 21 Feb 2005, Jan Ruzicka wrote:
> Hi
> here comes next incremental patch:
> - tokens now AnsiStrings
> - the comments are now handled better, ptop now does a multi line comments.
> - added debug prints to verbose option
> 'line in- out- symbol "" = ""'
> the is truncated in the
On Sun, 6 Feb 2005, Ales Katona wrote:
> Try this program with a corrupted xml file(just delte part of a tag or
> something)
> Compile with -ghl and you'll get a few bytes leaked.
I believe this is the bug Vincent Snijders was talking about.
I will look at it; I need to change the xmlread and
On Sat, 5 Feb 2005, Ales Katona wrote:
> There's a tincy bug in 1.9.7 fpdoc. This patch fixes it(list out of
> bounds when just running it)
> I didn't test more tho so perhaps there are more problems..
Thank you. Fixed the bug.
Michael.
___
fpc-dev
On Tue, 1 Feb 2005, Den Jean wrote:
> Hi,
>
> 1) sysconf:
> could someone please fix sysconf in unistdh.inc.
> The library name is not correct
>
> packages/base/libc/unistdh.inc:function sysconf (__name : longint) : longint;
> cdecl; external clib name 'syconf';
>
>
> The compile error is t
On Sat, 22 Jan 2005, C Western wrote:
> The attached patches fix some small problems I have noticed:
>
> xml.patch - reading CDATA strings includes the terminating ]]>
>
> exec.patch - intFpExecVEMaybeP ignores the first argument if it doesn't
> have a / in it which seems wrong. The patch is
On Sat, 22 Jan 2005, C Western wrote:
> With the attached patch to the FCL applied, I have been able to read
> inherited forms with the LCL
Thank you very much. I applied the patch.
Can you also design them in the Lazarus IDE ?
Michael.
___
fpc-de
On Sun, 16 Jan 2005, C Western wrote:
> The attached patch is a suggested implementation of TryStrToFloat, which
> (I hope) improves compatibility with Delphi
Thank you ! Applied the patch.
Michael.
___
fpc-devel maillist - fpc-devel@lists.free
On Thu, 13 Jan 2005, pascalive wrote:
> Recently the mentioned method/property was added to Tdataset.
> I'd like to know what's the behavior of them: when is supposed to be called,
> whats the consequence...
>
> I'm mantaining the sqlite wrapper (TDataset) and would like to know if its
> nece
On Sun, 2 Jan 2005 [EMAIL PROTECTED] wrote:
>
> In a message dated 1/2/2005 12:31:43 P.M. Central Standard Time,
> [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) writes:
>
> The Free Pascal Team is pleased to announce that FPC version 1.9.6
> (or 2.0.0-RC1) is available and ready for down
Hello,
The Free Pascal Team is pleased to announce that FPC version 1.9.6
(or 2.0.0-RC1) is available and ready for download.
This is a pre-release of version 2.0. As such, it is considered a beta of
the upcoming 2.0 release, which is expected to be released in one or two
months from here.
Whil
On Fri, 31 Dec 2004, DrDiettrich wrote:
> [EMAIL PROTECTED] wrote:
>
> > Naming a unit with 'u' standard does not seem useful to me, but this is
> > a matter of taste.
> ...
> > All other files are assumed to be units.
> > (projects/packages have distinct extensions anyway)
>
> No problem at t
On Thu, 30 Dec 2004, Marco van de Voort wrote:
> > Just don't use anything conflicting with other prefixes: lib, z, db, im,
> > sys.
> >
> > If we can agree on an implementation for archive handling that can be
> > considered a standard implementation for FPC (i.e. distributed with the
> > F
On Thu, 30 Dec 2004, DrDiettrich wrote:
I split up my answers to your mail, because the topics are a bit different.
> Now you should have gotten the big picture of my intended activities.
> Many more questions will arise when I proceed with my work. I already
> decided to replace my own "stdc"
On Thu, 30 Dec 2004, DrDiettrich wrote:
> Hi there,
>
> I'm new to this list and want to introduce myself and my intended
> contributions to FreePascal.
>
> My name is Dr. Hans-Peter Diettrich, and I live in Flensburg (Germany).
> For brevity I use to sign my messages as DoDi. My main interest
On Wed, 29 Dec 2004, Tomas Hajny wrote:
> On Wed, 29 Dec 2004 18:23:52 +0100, Florian Klaempfl wrote
> > [EMAIL PROTECTED] wrote:
> >
> > Added to the wiki for future reference:
> > http://www.freepascal.org/wiki/index.php/Using_resourcestrings
> >
> > I guess it's not in the docs yet else Mi
On Wed, 29 Dec 2004, Rimgaudas Laucius wrote:
> Hello,
>
> i am intresting for what purpose resourcestring file is created when
> compiling program. Can it be translated and later compiled into executable?
> How this can be done?
The .rst file is created to provide a mechanism to localize your
On Tue, 21 Dec 2004, Marc Weustink wrote:
> >This will take some work :-)
>
> For adapting Lazarus I've no problems with it. For ppl wanting to port apps
> I see more problems. Especially when a shorter version of it exists.
> Besides I don't know what other Lazarus devels think
People who w
On Mon, 20 Dec 2004, Florian Klaempfl wrote:
> [EMAIL PROTECTED] wrote:
> >
> > On Mon, 20 Dec 2004, Tomas Hajny wrote:
> >
> >
> >>Date sent: Mon, 20 Dec 2004 21:02:04 +0100
> >>To: "FPC developers' list" <[EMAIL PROTECTED]>
> >>From: Marc Weustink <[EM
On Mon, 20 Dec 2004, Tomas Hajny wrote:
> Date sent:Mon, 20 Dec 2004 22:50:06 +0100 (CET)
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED],
> "FPC developers' list" <[EMAIL PROTECTED]>
> Subject: RE: [fpc-devel] THandle and 64bit
On Mon, 20 Dec 2004, Tomas Hajny wrote:
> Date sent:Mon, 20 Dec 2004 21:02:04 +0100
> To: "FPC developers' list" <[EMAIL PROTECTED]>
> From: Marc Weustink <[EMAIL PROTECTED]>
> Subject: RE: [fpc-devel] THandle and 64bit platforms
> Send
On Mon, 20 Dec 2004, Peter Vreman wrote:
> > Hi,
> >
> > From what I understand from the definition of THandle in
> > sysunixh.inc it is defined as a LongInt, even on 64 bit platforms.
> > Currently I'm porting Lazarus to x64 and there I need a 64bit
> > THandle, how to s
On Sat, 11 Dec 2004, Vincent Snijders wrote:
> [EMAIL PROTECTED] wrote:
> >
> > On Fri, 10 Dec 2004, Vincent Snijders wrote:
> >
> >
> >>If true, how can I enumerate the environment variables like I do with
> >>the dos unit using EnvCount and EnvStr from the dos unit.
> >
> >
> > You curre
On Fri, 10 Dec 2004, Vincent Snijders wrote:
> Hi,
>
> Is it true that in fpc 2.0 the dos unit will be considered obsolete, and
> people are advised to use for example the sysutils unit?
It is true.
> If true, how can I enumerate the environment variables like I do with
> the dos unit using
On Sat, 4 Dec 2004, Jesus Reyes wrote:
> patch to enable RecNo and DisplayFormat
Applied, thanks.
Michael.
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sat, 13 Nov 2004, Mattias Gaertner wrote:
> On Fri, 12 Nov 2004 22:32:48 +0100 (CET)
> [EMAIL PROTECTED] wrote:
>
> >
> >
> > On Fri, 12 Nov 2004, Mattias Gaertner wrote:
> >
> > >
> > > I don't know, if this is the right list, but the topic is quite fpc
> > > specific and needs some co
On Fri, 12 Nov 2004, Mattias Gaertner wrote:
>
> I don't know, if this is the right list, but the topic is quite fpc specific
> and needs some compiler gurus:
>
> The Lazarus IDE needs to create new classes at runtime. For example when
> loading/creating a descendent of TDataModule named TMy
On Sat, 25 Sep 2004, Jesus Reyes wrote:
> Hi, I found a bug in interbase.pp here is a diff showing where the
> bug is.
>
> This affects Unified Interbase too, well not exactly this, I mean I
> reported some time ago to the UIB maintainer that FPC was using
> Extended instead of Double, he fixed
201 - 300 of 354 matches
Mail list logo
