Re: [fpc-pascal] problems compiling FPC
On 16 October 2012 22:58, Rainer Stratmann wrote: > Am Tuesday 16 October 2012 23:47:45 schrieb Graeme Geldenhuys: > > On 2012-10-16 22:37, Rainer Stratmann wrote: > > > But that means work... > > > > And how much waisted time was spend by users "debugging the issue" and > > by developers answering the same question over and over. As Marco said, > > this issue has been around for years! > > Yes, of course. The work will be worthwhile, but someone has to do that > work... > > > > > Programmers write code to reduce work, not make more work. :) > > Recently I read a comment: > > http://www.heise.de/developer/news/foren/S-Programmierer-tun-mir-leid/forum-238723/msg-22487244/read/ > Translation (hope I do it right): I pity programmers, they will never > finish. > > > > > > > Regards, > > - Graeme - > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > As the solution doesn't seem to be too difficult which file or files can "we" zoom in on to fix it? -- Frank Church === http://devblog.brahmancreations.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
Am Tuesday 16 October 2012 23:47:45 schrieb Graeme Geldenhuys: > On 2012-10-16 22:37, Rainer Stratmann wrote: > > But that means work... > > And how much waisted time was spend by users "debugging the issue" and > by developers answering the same question over and over. As Marco said, > this issue has been around for years! Yes, of course. The work will be worthwhile, but someone has to do that work... > > Programmers write code to reduce work, not make more work. :) Recently I read a comment: http://www.heise.de/developer/news/foren/S-Programmierer-tun-mir-leid/forum-238723/msg-22487244/read/ Translation (hope I do it right): I pity programmers, they will never finish. > > > Regards, > - Graeme - ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
On 2012-10-16 22:37, Rainer Stratmann wrote: > But that means work... And how much waisted time was spend by users "debugging the issue" and by developers answering the same question over and over. As Marco said, this issue has been around for years! Programmers write code to reduce work, not make more work. :) Regards, - Graeme - ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
Am Tuesday 16 October 2012 23:21:51 schrieb Graeme Geldenhuys: > This will then hopefully reduce (or with some luck totally eliminate) > this very popular support question. I work like this. I try to eliminate questions from the users. In principle users of my progam only have to plug a USB Stick and the powercable in the computer. Without go deep in it likely it is possible to implement your suggestion. But that means work... ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
In our previous episode, Graeme Geldenhuys said: > > [bold][font size=1][color=red][style=blink] > > The starting compiler is only guaranteed [snip] > > [/style][/color][/font][/bold] > > hehehe It is rather crazy how often this same problem occurs on the > mailing list. And how old the problem is. It was already in the "make cycle faq" I think, the precursor to the buildfaq. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
On 2012-10-16 22:01, Marco van de Voort wrote: > > [bold][font size=1][color=red][style=blink] > The starting compiler is only guaranteed [snip] > [/style][/color][/font][/bold] hehehe It is rather crazy how often this same problem occurs on the mailing list. Just thinking out loud... Couldn't there be a check in the build system that if the FPC version is not the latest know released version, the build will immediately terminate with same message your wrote. The build system in Trunk and Fixes branch could be hard-coded to what the correct starting compiler version should be (just like the compile has a constant to say what version it is). Optional: And if for some "advanced" reason a starting compiler other than the last stable release version must be used, then a --force or something like that parameter could be introduced too. This will then hopefully reduce (or with some luck totally eliminate) this very popular support question. G. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
I heard you the first time, don't worry. Just don't clown around so much. It was a perfectly normal reply on your mail. I will do as you proposed. On 16 okt '12, mar...@stack.nl wrote: > In our previous episode, dhkblas...@zeelandnet.nl [1]said: > >> The starting compiler is also from SVN (21955). > > [bold][font size=1][color=red][style=blink] > The starting compiler is only guaranteed to work if it is the last release. > And only the last release, 2.6.0. > > Anything else can break at any time. > [/style][/color][/font][/bold] > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org [2] > http://lists.freepascal.org/mailman/listinfo/fpc-pascal [3] Links: -- [1] mailto:dhkblas...@zeelandnet.nl [2] mailto:fpc-pascal@lists.freepascal.org [3] http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
In our previous episode, dhkblas...@zeelandnet.nl said: > The starting compiler is also from SVN (21955). [bold][font size=1][color=red][style=blink] The starting compiler is only guaranteed to work if it is the last release. And only the last release, 2.6.0. Anything else can break at any time. [/style][/color][/font][/bold] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
2012/10/16 : > The starting compiler is also from SVN (21955). > On 16 okt '12, mar...@stack.nl wrote: > > It should be 2.6.0, and nothing else. Then the solution is simple, use fpc 2.6.0. Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
The starting compiler is also from SVN (21955). On 16 okt '12, mar...@stack.nl wrote: > In our previous episode, dhkblas...@zeelandnet.nl [1]said: > >> I am trying to update my FPC from SVN, but for some reason I keep on getting a compilation error. The last build was from 21955 (23rd July 2012). See below for the makefile output. > > The crucial bit of information, the version of the starting compiler, is > missing. > > It should be 2.6.0, and nothing else. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org [2] > http://lists.freepascal.org/mailman/listinfo/fpc-pascal [3] Links: -- [1] mailto:dhkblas...@zeelandnet.nl [2] mailto:fpc-pascal@lists.freepascal.org [3] http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] problems compiling FPC
In our previous episode, dhkblas...@zeelandnet.nl said: > > I am trying to update my FPC from SVN, but for some reason I > keep on getting a compilation error. The last build was from 21955 (23rd > July 2012). See below for the makefile output. The crucial bit of information, the version of the starting compiler, is missing. It should be 2.6.0, and nothing else. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] problems compiling FPC
Hi, I am trying to update my FPC from SVN, but for some reason I keep on getting a compilation error. The last build was from 21955 (23rd July 2012). See below for the makefile output. Regards, Darius C:lazarusfpctrunk>make all make compiler_cycle RELEASE=1 make[1]: Entering directory `C:/lazarus/fpc/trunk' make -C compiler cycle make[2]: Entering directory `C:/lazarus/fpc/trunk/compiler' make tempclean ppc3.exe make[3]: Entering directory `C:/lazarus/fpc/trunk/compiler' /pp/bin/i386-win32/rm.exe -f ppcross386.exe ppc.exe ppc1.exe ppc2.exe ppc3.exe ./msg2inc.exe pp1.wpo pp2.wpo make 'OLDFPC=' next CYCLELEVEL=1 make[4]: Entering directory `C:/lazarus/fpc/trunk/compiler' make rtlclean rtl make[5]: Entering directory `C:/lazarus/fpc/trunk/compiler' make -C C:/lazarus/fpc/trunk/rtl clean make[6]: Entering directory `C:/lazarus/fpc/trunk/rtl' /pp/bin/i386-win32/rm.exe -f fpcmade.i386-win32 Package.fpc ppas.sh script.res link.res /pp/bin/i386-win32/rm.exe -f *.s *_ppas.bat make -C win32 clean make[7]: Entering directory `C:/lazarus/fpc/trunk/rtl/win32' /pp/bin/i386-win32/rm.exe -f C:/lazarus/fpc/trunk/rtl/units/i386-win32/system.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/uuchar.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/objpas.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/macpas.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/iso7185.ppu C:/l zarus/fpc/trunk/rtl/units/i386-win32/buildrtl.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/lineinfo.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/lnfodwrf.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/sysinitpas.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/sysinitcyg.ppu C:/lazarus/fpc/trunk/rtl/ nits/i386-win32/sysinitgprof.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/ctypes.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/strings.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/heaptrc.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/matrix.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/windows.pp C:/lazarus/fpc/trunk/rtl/units/i386-win32/winsock.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/winsock2.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/initc.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/cmem.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/dynlibs.ppu C:/lazarus/fpc/trunk/rtl/units/i 86-win32/signals.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/dos.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/crt.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/objects.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/messages.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/rtlconsts.ppu C:/lazarus/fp /trunk/rtl/units/i386-win32/sysconst.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/sysutils.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/math.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/types.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/strutils.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/dat utils.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/varutils.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/variants.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/typinfo.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/fgl.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/classes.ppu C:/lazarus/fpc/trunk/ tl/units/i386-win32/convutils.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/stdconvs.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/cpu.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/mmx.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/charset.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/character.ppu :/lazarus/fpc/trunk/rtl/units/i386-win32/ucomplex.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/getopts.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/winevent.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/sockets.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/printer.ppu C:/lazarus/fpc/trunk/rtl/uni s/i386-win32/video.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/mouse.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/keyboard.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/fmtbcd.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/winsysut.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/sharemem.ppu C:/laz rus/fpc/trunk/rtl/units/i386-win32/exeinfo.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/fpintres.ppu C:/lazarus/fpc/trunk/rtl/units/i386-win32/windirs.ppu /pp/bin/i386-win32/rm.exe -f C:/lazarus/fpc/trunk/rtl/units/i386-win32/math.rst C:/lazarus/fpc/trunk/rtl/units/i386-win32/varutils.rst C:/lazarus/fpc/trunk/rtl/units/i386-win32/typinfo.rst C:/lazarus/fpc/trunk/rtl/units/i386-win32/variants.rst C:/lazarus/fpc/trunk/rtl/units/i386-win32/classes.rst C /lazarus/fpc/trunk/rtl/units/i386-win32/dateutils.rst C:/lazarus/fpc/trunk/rtl/units/i386-win32/sysconst.rst /pp/bin/i386-win32/rm.exe -f fpcmade.i386-win32 Package.fpc ppas.sh script.res link.res /pp/bin/i386-win32/rm.exe -f *.s *_ppas.bat make[7]: Leaving directory `C:/lazarus/fpc/trunk/rtl/win32' make[6]: Leaving directory `C:/lazarus/fpc/trunk/rtl' make -C C:/lazarus/fpc/trunk/rtl 'OPT= ' all make[6]: Entering directory `C:/lazarus/fpc/trunk/rtl' make -C win32 al
Re: [fpc-pascal] fphttpclient close connection?
On 10/16/2012 02:36, michael.vancann...@wisa.be wrote: On Mon, 15 Oct 2012, waldo kitty wrote: i've noted that fphttpclient has a DefaultTimeout of 15 minutes... how can i close the connection after all data is received? That should happen by itself ? Keeping the connection open is currently not supported. oh... ok... when i get a URL, the program sits long after the file has arrived... i assume it is stuck or something in the GET routine... i've been having to CTRL-C to stop the program and i don't see the returned headers at that point... the output file is properly written... when i AddHeader(fieldConnection,'close'); it terminates the GET as soon as the file has arrived and the headers are shown... the server being tested against has keep-alive on by default... The DefaultTimeOut is definitely not a property of the http client. i thought it was used in some routines for connecting and receiving data... my bad... ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Memoryleak in SQLite3db.TSqlite?
Hello,
I wrote a simple test program with SQLite3db
program SqliteMemoryLeak;
{$mode objfpc}{$H+}
uses
HeapTrc, {$IFDEF UNIX}{$IFDEF UseCThreads}CThreads,{$ENDIF}{$ENDIF}
Classes, SysUtils, SQLite3db;
var
X: TSQLite;
S: TStringList;
begin
try
S := TStringList.Create;
X := TSqlite.Create('test.sqlite');
X.Query('SELECT * FROM FIRM', S);
finally
FreeAndNil(X);
FreeAndNil(S);
end;
end.
It works, but the heap trace shows a bunch of memory leaks.
The trace could be found under:
http://michael-fuchs.net/newsgroups/fpc-pascal/sqlitememoryleak.trc
Even this produces an unfreed memory message:
begin
try
X := TSqlite.Create('test.sqlite');
finally
FreeAndNil(X);
end;
end.
Is this a bug or am I doing something wrong?
Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
