As reported in the Russian forum:
http://freepascal.ru/forum/viewtopic.php?f=1t=7362
the following code:
{$mode objfpc}
uses
Classes;
type
TMyClass=class
private
type
TMyMemoryStream=class(TCustomMemoryStream) end;
public
procedure MyProc;
end;
procedure TMyClass.MyProc;
06.09.2011 16:13, Alexander Klenin wrote:
As reported in the Russian forum:
http://freepascal.ru/forum/viewtopic.php?f=1t=7362
the following code:
Causes 'Error: Identifier not found SetPointer'.
Moving TMyMemoryStream declaration out of the TMyClass works.
Just a bug.
Best regards,
Paul
On 06 Sep 2011, at 10:13, Alexander Klenin wrote:
As reported in the Russian forum:
As reported on mantis: http://bugs.freepascal.org/view.php?id=18767
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Tue, Sep 6, 2011 at 19:28, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 06 Sep 2011, at 10:13, Alexander Klenin wrote:
As reported in the Russian forum:
As reported on mantis: http://bugs.freepascal.org/view.php?id=18767
I see, thanks.
--
Alexander S. Klenin
06.09.2011 16:28, Jonas Maebe wrote:
On 06 Sep 2011, at 10:13, Alexander Klenin wrote:
As reported in the Russian forum:
As reported on mantis: http://bugs.freepascal.org/view.php?id=18767
They are different bugs.
The bug reported by Alexander here is related to with symbol table. I've
On Tue, Sep 6, 2011 at 20:37, Paul Ishenin i...@kmiac.ru wrote:
06.09.2011 16:28, Jonas Maebe wrote:
They are different bugs.
The bug reported by Alexander here is related to with symbol table. I've
already fixed it locally and will publish after the testsuite run.
Can something be done to
On 06 Sep 2011, at 11:46, Alexander Klenin wrote:
Can something be done to speed up the bugtracker?
I have just given up waiting for the bug page to load,
and just parroted the URL back to the freepascal.ru.
Right after I sent my mail the server was rebooted for some reason,
and the web
On Tue, Sep 6, 2011 at 20:57, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 06 Sep 2011, at 11:46, Alexander Klenin wrote:
Can something be done to speed up the bugtracker?
I have just given up waiting for the bug page to load,
and just parroted the URL back to the freepascal.ru.
Right
On 06 Sep 2011, at 12:52, Alexander Klenin wrote:
On Tue, Sep 6, 2011 at 20:57, Jonas Maebe
jonas.ma...@elis.ugent.be wrote:
Right after I sent my mail the server was rebooted for some reason,
and the
web server didn't respond for a while. I'm pretty sure it works
fine if you
try now
On Tue, Sep 6, 2011 at 22:17, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
For at least last few months, I write down bugs I encounter in the local
file,
since by the time the Report Issue page loads, I forget what I
wanted to report.
I suspect the server is severely overloaded.
In general,
On 06 Sep 2011, at 13:24, Alexander Klenin wrote:
Hm. This may be an issue with my provider then.
However, the only site affected is freepascal.org, which is very
strange.
Will try to call the provider to investigate.
There is one known problem: the server is behind a brain dead
On Tue, 6 Sep 2011, Jonas Maebe wrote:
On 06 Sep 2011, at 13:24, Alexander Klenin wrote:
Hm. This may be an issue with my provider then.
However, the only site affected is freepascal.org, which is very strange.
Will try to call the provider to investigate.
There is one known problem: the
06.09.2011 15:24, Alexander Klenin:
On Tue, Sep 6, 2011 at 22:17, Jonas Maebejonas.ma...@elis.ugent.be wrote:
For at least last few months, I write down bugs I encounter in the local
file,
since by the time the Report Issue page loads, I forget what I
wanted to report.
I suspect the server is
On Tue, Sep 6, 2011 at 22:43, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
There is one known problem: the server is behind a brain dead firewall,
which drops most icmp packets (except for ping). This includes the
fragmentation needed packets used for path mtu discovery
On 06 Sep 2011, at 15:18, Alexander Klenin wrote:
I am on Windows, so I have enabled EnablePMTUBHDetect parameter
instead,
as per http://support.microsoft.com/kb/314053
It have helped somewhat -- now instead of waiting for the full page,
half of the page is downloaded, and then the waiting
Hi all,
I've found a new problem with include-names with the same name. Please
try the following in a freshly compiled svn-checkout. (This is on
linux/x86_64, but the idea is clear)
cd packages/libxml
ppcx64 -FUunits/x86_64-linux -Fu../../rtl/units/x86_64-linux -Fisrc
src/xmlxsdparser.pas
The
On 06 Sep 2011, at 21:48, Joost van der Sluis wrote:
Can someone reproduce this? And what to do now? I've even did a touch on
the rtl/objpas/parser.inc, but that doesn't help.
If you perform a top level make all, the RTL and packages are compiled with
-Ur so that it never gets recompiled. If
17 matches
Mail list logo