e a few people can
> sympathise.
Every single one " = ", " := ", ... :D
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
BUT I need to squash commits first. Catch 22.
>
As you have "two master", which one is the original and other has your
work, you might use:
git checkout master
git fetch upstream master
git rebase upstream/master
regards,
Marcos Douglas
_
=
```
Help:
-h:
Show this help.
-i:
Print the letter i for no reason.
```;
Yes, started at the beginning without indentation.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ings and the comment
> above are.
> `;
> [...]
+1
That syntax would be perfect.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
sting
> > code".
>
> The problem is the same with old style Delphi-like helpers. Multihelpers
> didn't change much in this regard.
+1
This is the same as having two functions, with the same signature, in
two different units.
Your program will u
ough)
So, instead of add more features, I would recommend we fix some
ambiguous structure like this.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Wed, Feb 20, 2019 at 1:50 PM Kostas Michalopoulos
wrote:
>
> > and Niklaus Wirth might not throw a curse in us.
>
> Considering we're talking about a dialect with three different
> incompatible yet mostly overlapping object systems, i think the curse
> has already been cast long long ago :-P.
On Wed, Feb 20, 2019 at 10:25 AM Henry Vermaak wrote:
>
> On Wed, Feb 20, 2019 at 09:47:20AM -0300, Marcos Douglas B. Santos
> wrote:
> > On Wed, Feb 20, 2019 at 8:32 AM Henry Vermaak
> > wrote:
> > > I'm mostly more interested in limiting the scope to prevent
et freed.
Try to see restrictions as a good thing.
In this case, which Pascal doesn't allow to declare inline variables,
you must split big functions, which has many local variables, in
others to have a better understanding of the algorithm. At the end,
you might have a better design and reuse of
ocasionally in Pascal).
Again, if you has many variables into a method, is a problem in the
design. You must split the code in other methods.
If you have blank lines inside a method, this is another case to split...
regards,
Marcos Douglas
___
fpc-d
it turns the
language a mess.
I could say the same for others "new features", but it isn't the place.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Mon, Jul 30, 2018 at 3:31 PM, R0b0t1 wrote:
> On Mon, Jul 30, 2018 at 11:42 AM, Marcos Douglas B. Santos
> wrote:
>> On Mon, Jul 30, 2018 at 12:29 PM, R0b0t1 wrote:
>>
>> [...]
>
> If a program isn't long running I see programmers tend to not care
> about
I'm not sure why this is the case,
>> but might be speed related.
>>
>
> Correct. Even implicit try-finally frame generation is disabled for the
> compiler source.
>
Is performance more important than being correct? :|
regards,
Marcos Douglas
___
On Wed, Jun 27, 2018 at 11:51 AM, Sven Barth via fpc-devel
wrote:
> Marcos Douglas B. Santos schrieb am Mi., 27. Juni 2018,
> 14:37:
>>
>> Sven and all,
>> Is there any change to implement this?
>
>
> Not from me. I don't care about that.
Thanks for your si
Sven and all,
Is there any change to implement this?
Thanks.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Sun, Jun 24, 2018 at 5:49 PM, Marcos Douglas B. Santos
wrote:
> Instead, I prefer using fully qualified names and just adjust in some
> contexts that *there is* already a conflict name.
> In other words, `uses foo as bar;` will be use per unit. It is not to
> intent "rena
On Sun, Jun 24, 2018 at 4:06 PM, Sven Barth via fpc-devel
wrote:
> Am 24.06.2018 um 16:49 schrieb Marcos Douglas B. Santos:
>>
>> Hypothetically, let's suppose that Windows and Graphics unit belongs
>> to `FPC.RTL.` namespace, a "long name".
>> Usin
2018-June/054255.html
[2] http://wiki.freepascal.org/Namespaces#The_.22uses.22_clause
Best regards,
Marcos Douglas
PS. If it might be accepted, please, make it usable in objfpc and
delphi mode. I use the last one because the syntax (eg. generics) is
simpler.
___
fp
On Mon, Jun 18, 2018 at 5:01 PM, Florian Klämpfl wrote:
> Am 18.06.2018 um 22:00 schrieb David Jenkins:
>>
>> This is something that has just recently stopped working for us(with
>> update
>> to current trunk). We previously were using trunk rev 36812 with no
>> problems.
>
>
> Please submit a
Is this known. I can enter
> a Mantis if desired.
Hey David,
The compiler says "Can't determine which overloaded function to call"
because both are strings.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
has read-write access to the source.
>
> No other features are planned by me before the merge. I am currently hung up
> on a couple of FPC bugs. Once I file them, I will enable public read access.
What is the progress?
Best regards,
Marcos Douglas
___
fp
irective for which there's still a patch
> waiting in Mantis. With this the contents would be in separate file, thus
> not only not cluttering the Pascal source, but also allowing the use of an
> editor with syntax highlighting as in your example with the SQL.
OK, $IncludeString directive s
; problem of not being clear where and how many spaces are in
> that string...
Was just an example. Imagine a huge SQL instead.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, Feb 26, 2016 at 8:12 PM, Sven Barth <pascaldra...@googlemail.com> wrote:
> Am 26.02.2016 21:21 schrieb "Marcos Douglas" <m...@delfire.net>:
>>
>> Is there any chance to implement in the compiler something link this?
>
> No.
Is there a good reas
I
think, we doesn't need it a "@", only double quotes.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
.) this
overhead that you talk about be slow, is still considerable?
In other words, do you consider refcounting always slow in all cases?
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, Jan 29, 2016 at 10:47 AM, Marco van de Voort <mar...@stack.nl> wrote:
> In our previous episode, Marcos Douglas said:
>> ...
>> But even if you have small objects (max 3-5 methods and few attributes...)
>> this
>> overhead that you talk abo
problem, for me, not is because we don't use 'dots' in unit
names but the names chosen itself.
For example: Lazarus has LCLProcs, LazUTF8. Why haven't added "Laz" every unit?
Lazarus.Text.Encoding is a beautiful name... but just using
LazTextEncoding, LazTextUTF8 do the same.
My
elong' to the file context, not strings.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Wed, Jan 27, 2016 at 11:05 AM, Marco van de Voort <mar...@stack.nl> wrote:
> In our previous episode, Marcos Douglas said:
>> On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt
>> <mich...@freepascal.org> wrote:
>> > I don't think namespaces are the holy
On Sun, Mar 22, 2015 at 12:55 PM, Florian Klaempfl
flor...@freepascal.org wrote:
Am 22.03.2015 um 15:53 schrieb Juha Manninen:
There are some false positive warnings.
Trunk or fixes?
[...]
This should be fixed in trunk.
Could be fixed in fixes too?
Thanks,
Marcos Douglas
using object orientation only
because they use an object-oriented language. They also think that
using a more cool syntax makes your code more professional.
But some evolutions in a language could be a good thing, as Sven have said.
Regards,
Marcos Douglas
with backwards compatibility and fit into the language as a
whole.
+1
Regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
works? Only in this case, of
course.
IMHO this is an inconsistency in the language. Sometimes use () sometimes not?
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo
Hi,
I can not compile the FPC trunk updated today.
--
[...]
86.exe -bu
Start compiling package utils for target i386-win32.
Compiling BuildUnit_utils.pp
Compiling usubst.pp
Compiling ptopu.pp
On Tue, Jan 6, 2015 at 3:13 PM, Marcos Douglas m...@delfire.net wrote:
Hi,
I can not compile the FPC trunk updated today.
--
[...]
86.exe -bu
Start compiling package utils for target i386-win32.
Compiling
or other thing.
I work with MSSQL 2005~2008 without these problems. But, I have
problems with Transactions because SQLdb works little different to
Delphi so, I create a project, the Greyhound*, that works better for
me. Maybe you shoud try.
* https://github.com/mdbs99/Greyhound
Regards,
Marcos
On Tue, Nov 18, 2014 at 8:56 AM, Marcos Douglas m...@delfire.net wrote:
On Mon, Nov 17, 2014 at 6:50 PM, JP Stolk jpst...@stolkbv.nl wrote:
Hello,
I am struggeling with Lazarus and a connection to MSSQL server 2005.
I get the data, but when i change a fieldvalue, then apply updates, I get
On Mon, Apr 7, 2014 at 5:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Sat, 5 Apr 2014, Marcos Douglas wrote:
Michael.
Hi Michael,
A first little patch.
In line 1101 -- Function TPasToJSConverter.ConvertRepeatStatement --
you need to put a raise
===code===
except
===code===
except
FreeAndNil(B);
FreeAndNil(C);
raise;
end;
===code===
Regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Tue, Mar 11, 2014 at 5:57 PM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marcos Douglas said:
Where is the branch for download,
http://svn.freepascal.org/svn/fpc/branches/fixes_2_6 ?
from memory .. tags/release_2_6_4
Yes, thanks... but for updates we will continue
On Tue, Mar 11, 2014 at 6:18 PM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marcos Douglas said:
http://svn.freepascal.org/svn/fpc/branches/fixes_2_6 ?
from memory .. tags/release_2_6_4
Yes, thanks... but for updates we will continue using /branches/fixes_2_6
On Tue, Mar 5, 2013 at 7:10 AM, Paul Ishenin paul.ishe...@gmail.com wrote:
05.03.13, 17:55, Sven Barth wrote:
@Paul: see? :)
I see you, Graeme, Michael and probably some more 5-6 developers.
So now we have 7! ;-)
I want to keep the language sane too.
Regards,
Marcos Douglas
On Tue, Mar 5, 2013 at 11:46 AM, Paul Ishenin paul.ishe...@gmail.com wrote:
05.03.13, 21:00, Marcos Douglas пишет:
So now we have 7! ;-)
I want to keep the language sane too.
I wrote not about sane/insane. Delphi adds features to pascal the way they
want - this is reality. We can't do
On Mon, Mar 4, 2013 at 5:26 AM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Mon, Mar 4, 2013 at 12:35 AM, Marcos Douglas m...@delfire.net wrote:
On Sun, Mar 3, 2013 at 8:29 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On 04/mar/2013, at 00:21, Marcos Douglas m
of FPC, somehow, but...
FPC Team:
Try to hear Martin otherwise, because he is a great developer with great ideas.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sun, Mar 3, 2013 at 8:29 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On 04/mar/2013, at 00:21, Marcos Douglas m...@delfire.net wrote:
[cut]
FPC Team:
Try to hear Martin otherwise, because he is a great developer with great
ideas.
I am no fpc dev here, but patches
On Sun, Mar 3, 2013 at 9:00 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 2013-03-03 23:21, Marcos Douglas wrote:
Sad. Instead of fight, why not walking together?
I'm not joining any fight, simply wanted to know what the 'm' stood for.
I know. I just used the last mail
/method in-line inside a code block
where in shouldn't belong. It is very, very un-Pascal like. The end
result is unreadable code, probably hard to debug etc.
+1
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
, Martin
The author of ExtPascal created this project: llvm-pascal
http://code.google.com/p/llvm-pascal/
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, Dec 26, 2012 at 9:49 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 2:07 AM, Martin Schreiber mse00...@gmail.com wrote:
Hi,
Does any body work on a LLVM backend for Free Pascal?
Has anybody experience
On Wed, Dec 26, 2012 at 10:20 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 9:49 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 2:07 AM
,
but I do not see sufficient reasons to change the interface and introduce an
incompatibility.
Incompatibility with not yet released code?
I agree.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
]: *** [packages_all] Error 2
make[2]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1'
make[1]: *** [build-stamp.x86_64-win64] Error 2
make[1]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1'
make: *** [crossinstall] Error 2
Marcos Douglas
: string;
StdCtrls: string;
end;
var
Form1: TForm1;
implementation
{$R *.lfm}
procedure TForm1.Button1Click(Sender: TObject);
var
FooVar: string;
begin
FooVar := 'foo';
StdCtrls := 'Is that right?';
end;
end.
Best regards,
Marcos Douglas
On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 27 Sep 2012, at 15:51, Marcos Douglas wrote:
What is the advantages to the compiler return the error bellow?
ERROR: unit1.pas(31,3) Error: Duplicate identifier FooVar
Why the compiler do not respect the scope
On Thu, Sep 27, 2012 at 11:30 AM, michael.vancann...@wisa.be wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 27 Sep 2012, at 15:51, Marcos Douglas wrote:
What is the advantages to the compiler return
On Thu, Sep 27, 2012 at 11:33 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 27 Sep 2012, at 16:18, Marcos Douglas wrote:
On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
Yes, but the human brain is very good at confusing such things, and it's
very easy
On Thu, Sep 27, 2012 at 11:53 AM, michael.vancann...@wisa.be wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
But this is a programmer's choice, ie, using or not the Self. The
problem, IMHO, is that I can't choose when we talk about local
variables.
You can: Use delphi mode.
As I
On Thu, Sep 27, 2012 at 12:08 PM, michael.vancann...@wisa.be wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
Yes, it's always possible. In practice, I haven't seen this happen a
single
time in the 10+ years that the compiler has had this feature. That
doesn't
mean that it's impossible
On Thu, Sep 27, 2012 at 12:26 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 2012-09-27 15:48, Marcos Douglas wrote:
problem, IMHO, is that I can't choose when we talk about local
variables.
Just like there is a coding style (not language rule) that classes start
with the T prefix
that is much simpler... but why nobody, in another language,
do the same? Does not worth it? I do not know.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Thu, Sep 27, 2012 at 1:48 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
On Thu, Sep 27, 2012 at 12:08 PM, michael.vancann...@wisa.be wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
Yes, it's always possible. In practice, I
On Thu, Sep 27, 2012 at 1:55 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 2012-09-27 17:46, Marcos Douglas wrote:
This feature have the origin in a bug in compiler.
Yeah, but it takes a human to debug such issues. The compiler might have
no problem understanding complex scopes
On Thu, Sep 27, 2012 at 1:58 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 2012-09-27 17:52, Marcos Douglas wrote:
I agree that is much simpler... but why nobody, in another language,
do the same? Does not worth it? I do not know.
Well, other languages have there own quirks like
On Thu, Sep 27, 2012 at 2:26 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
However we can use poor names -- very difficult to happen a
collision -- to represent a variable like A, J, D... but I do not
think this is a good practice and you
On Thu, Sep 27, 2012 at 2:43 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 27 Sep 2012, Marcos Douglas wrote:
I hope not :-)
Of course the second is (a little) better.
But, If you permits:
for i := StardValue to EndValue do
MyArray[i] := i;
Now is more readable
, and no performance issues and no
unnecessary conversions will occur.
Make much sense and AFAIK so far no one has said why this approach
would not work.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
On Wed, Jul 25, 2012 at 10:42 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Marcos Douglas wrote on Wed, 25 Jul 2012:
On Wed, Jul 25, 2012 at 10:25 AM, Marco van de Voort mar...@stack.nl
wrote:
[...]
make[6]: Entering directory `W:/md/dev/freepascal/compiler/2.7.1/rtl'
make -C win32
On Wed, Jul 25, 2012 at 10:42 AM, Nico Erfurth f...@erfurth.eu wrote:
On 25.07.12 15:35, Marcos Douglas wrote:
On Wed, Jul 25, 2012 at 10:25 AM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marcos Douglas said:
I would like to report some errors when I tried to compile
On Wed, Jul 25, 2012 at 11:55 AM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 25.07.2012 16:48, schrieb Marcos Douglas:
On Wed, Jul 25, 2012 at 11:39 AM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 25.07.2012 16:10, schrieb Marcos Douglas:
On Wed, Jul 25, 2012 at 10:42 AM, Nico
On Wed, Jul 25, 2012 at 12:39 PM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 25.07.2012 17:19, schrieb Marcos Douglas:
On Wed, Jul 25, 2012 at 11:55 AM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 25.07.2012 16:48, schrieb Marcos Douglas:
On Wed, Jul 25, 2012 at 11:39 AM, Sven
, which is by far the easiest option.
I can't believe people are making such fuss over a couple of warnings.
Michael.
The problem, for me, would be break the sources in production.
If GetBookmarkData and FreeBookmark will continue work so, that is
what I will use.
Marcos Douglas
On Wed, May 2, 2012 at 11:47 AM, Martin Schreiber mse00...@gmail.com wrote:
On 02.05.2012 15:41, Marcos Douglas wrote:
This last one is bad advice, this code will break as soon as they switch to
2.6.3. Which, presumably, eventually they will.
If you really want to avoid the messages
TBookmarkStr without 'deprecated'... while the core do not have a
solution, first in trunk.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
before, in MSEgui I'll define a bookmarkty type, so MSEgui users
have bookmarkty in order to avoid the warning. FPC and Lazarus probably
can't do the same because of Delphi compatibility. Suggestion:
remove deprecated from TBookmarkStr in fixes_2_6.
+1
Marcos Douglas
On Mon, Apr 30, 2012 at 1:56 AM, Martin Schreiber mse00...@gmail.com wrote:
On Thursday 26 April 2012 06:58:01 Martin Schreiber wrote:
On Wednesday 25 April 2012 21:43:30 Marco van de Voort wrote:
In our previous episode, Marcos Douglas said:
Done, trunk r21037. Affected were tdataset
methods onto TMemoryManager's Allocate
and Deallocate methods.
A method resolution clause cannot alter a mapping introduced by an
ancestor class.
Thanks,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
On Mon, Apr 30, 2012 at 12:13 PM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marcos Douglas said:
Can I, using FPC trunk, do this sintaxe?
type
TMemoryManager = class(TInterfacedObject, IMalloc, IErrorInfo)
function IMalloc.Alloc = Allocate;
procedure
On Mon, Apr 30, 2012 at 4:10 PM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marco van de Voort said:
end;
No. See bug #21064.
This involves generics, so is something different.
Yeah, I saw... This confused the two of us.
Thanks anyway.
Marcos Douglas
in TRUNK
only.
+1
IMHO even new things and improvements would be welcome, but not break
the old things.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
(conversion
between Pbufbookmark and tbytes).
What about 2.6.1, will change in a few days too?
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
TDataset.FreeBookmark() must be called in a try finally block for
every assignment of TDataset.Bookmark to a variable.
As intended too?
This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
in attachment for somebody want).
Marcos Douglas
zeos7.0.0-alpha__fpc2.6.1
Description
On Tue, Apr 24, 2012 at 6:18 PM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Marcos Douglas said:
every assignment of TDataset.Bookmark to a variable.
As intended too?
This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
in attachment for somebody
://bugs.freepascal.org/view.php?id=17303
Would you be so glad and will you apply them please ?
Done, rev. 20572.
Sorry for the delay.
Michael.
There is one chance to these codes merge in fixes_2_6? =)
Marcos Douglas
___
fpc-devel maillist - fpc-devel
right.
I have this code that worked before so, I thought something broked.
I had tested before in a different machine with other installation of
MSSQL. My mistake, sorry.
If I find some problems I can post in bugtracker or still early to do this?
--
Michael, sorry for your time.
Marcos Douglas
On Wed, Mar 21, 2012 at 5:01 AM, michael.vancann...@wisa.be wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 8:12 PM, michael.vancann...@wisa.be wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
mich
On Fri, Mar 16, 2012 at 9:55 AM, Marcos Douglas m...@delfire.net wrote:
On Fri, Mar 16, 2012 at 5:40 AM, michael.vancann...@wisa.be wrote:
On Thu, 15 Mar 2012, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 9:33 AM, Marcos Douglas m...@delfire.net wrote:
On Mon, Feb 27, 2012 at 5:08 AM
On Tue, Mar 20, 2012 at 4:00 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
Hi Michael,
Do you have some prediction to include the sources?
My apologies, I had totally forgotten; I am buried in work currently.
Committed in revision
,
Thanks for the video... but I think did you wanted to post in this thread:
http://lists.freepascal.org/lists/fpc-pascal/2012-March/032845.html
Am I right? ;-)
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
No.
Anyway, I change the colum names (id,name to col1, col2)
The error is:
Cannot insert the value NULL into column 'col', table tempdb.dbo.#t...
This error has
On Tue, Mar 20, 2012 at 8:12 PM, michael.vancann...@wisa.be wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
No.
Anyway, I change the colum names (id,name
On Fri, Mar 16, 2012 at 5:40 AM, michael.vancann...@wisa.be wrote:
On Thu, 15 Mar 2012, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 9:33 AM, Marcos Douglas m...@delfire.net wrote:
On Mon, Feb 27, 2012 at 5:08 AM, michael.vancann...@wisa.be wrote:
On Mon, 27 Feb 2012, LacaK wrote
On Mon, Feb 27, 2012 at 9:33 AM, Marcos Douglas m...@delfire.net wrote:
On Mon, Feb 27, 2012 at 5:08 AM, michael.vancann...@wisa.be wrote:
On Mon, 27 Feb 2012, LacaK wrote:
Hi,
let me share same basic info/ideas about TMSSQLConnection :
1. As Marcos wrote it is descendant of sql-db
a look and include both units.
And the dream will become true... Thanks Michael.
Any chance to merge in fixes_2_6 in short time?
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
/index.php/topic,15135.msg80922.html#msg80922
I'm already using this connector in production without problems.
To FPC core team:
Could you take a look in that component and think about included this
code in SVN to new developers use too, please?
Thanks,
Marcos Douglas
PS: this message was posted
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
: Compilation aborted
OK. I updated the Mantis too.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Jan 6, 2012 at 7:55 AM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Marcos Douglas schrieb:
Delphi (now) provides Records with methods, but these lack inheritance.
Why
introduce such a crippled construct, when Objects can do the same and
more
(virtual methods...).
+1
1 - 100 of 181 matches
Mail list logo