Hi,
Attached patch frees the items of the InitHandlerList. The items are
allocated in RegisterInitComponentHandler, but never seem to be freeed.
Heaptrc showed a memleak, when you ran lazarus with the cgi package
installed.
Regards,
Vincent
Index: rtl/objpas/classes/classes.inc
Vincent Snijders wrote:
Hi,
Attached patch frees the items of the InitHandlerList. The items are
allocated in RegisterInitComponentHandler, but never seem to be freeed.
Heaptrc showed a memleak, when you ran lazarus with the cgi package
installed.
Further testing showed that the patch contained
Jonas Maebe wrote:
PS: I couldn't get the search function of the wiki working, so I had to
click on the Random page link until I landed at that page. Does anyone
have a more efficient method of finding a page of which you know it
exists on the wiki? :)
Choose Special Pages, All Pages:
Jonas Maebe wrote:
On 1 apr 2005, at 13:55, Vincent Snijders wrote:
Another important remark about making a package: always make sure all
files you add to a package are owned by root/wheel (or root/admin).
You don't want a random user on the target system, who happens to
have the same UID
Jonas Maebe wrote:
Maybe it's included in XCode 1.5. I'm still using XCode 1.2
Yes, I most likely have a different version of PackageMaker.
I also get a warning:
2005-04-01 07:39:47.651 PackageMaker[18875] CFLog (0):
CFPropertyListCreateFromXMLData(): plist parse failed; the data
is not
Jonas Maebe wrote:
On 14 Mar 2005, at 22:40, Vincent Snijders wrote:
I want to create a lazarus installer package for darwin (MacOSX).
What tool should I use to create such a package?
What tool does fpc use for packaging the compiler for MacOSX? I saw on
sourceforge the MacOSX package is a .dmg
Jonas Maebe wrote:
On 15 mrt 2005, at 05:58, Adriaan van Os wrote:
PackageMaker is basically a GUI interface to pax, so it might be
possible to create a Mac OS X installer package with command line
tools. You would have to look at the file layout of a package by using
PackageMaker first or by
SteveG wrote:
Happens on XPPro SP2 Pentium 4 3G as well
Florian Klaempfl wrote:
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49:
I fixed it decreasing
Marc Weustink wrote:
Vincent Snijders wrote:
Index: fpc-1.9/rtl/win32/sysutils.pp
===
RCS file: /FPC/CVS/fpc/rtl/win32/sysutils.pp,v
retrieving revision 1.43
diff -u -r1.43 sysutils.pp
--- fpc-1.9/rtl/win32/sysutils.pp 2 Mar
Florian Klaempfl wrote:
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49:
I fixed it decreasing MaxCurrency by 1.0 and increasing MinCurrency
[EMAIL PROTECTED] wrote:
Compiling current cvs version on Windows XP (cpu Athlon XP 1800)
give me
Invalid Floating point operation
in /rtl/objpas/sysutils/sysstrh.inc 49:
I fixed it decreasing MaxCurrency by 1.0 and increasing MinCurrency by the
same quantity.
I didn't investigate it further.
For your information:
Make cycle using fpc 1.0.10 as starting compiler fails:
d:/fpc/bin/ppc386-release.exe -Ur -Xs -OG2p3 -n -Fi../inc -Fi../i386 -FE.
-FUD:/lazarus/source/fpc-1.9/rtl/units/i386-win32 -gl -di386 -dRELEASE -Us -Sg
syswin32.pp
system.pp(924,18) Error: call by var parameters have
[EMAIL PROTECTED] wrote:
bug 3626 is marked as Not a bug. This is wrong! The comment is also
wrong!
Why? 9 is a valid int64...
Vincent.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt wrote:
On Mon, 31 Jan 2005, Vincent Snijders wrote:
Hi,
Attached is a patch for the gtk2 units. It specifies the name of the
library with .dll extension, otherwise I couldn't get it to work.
Applied, thanks
I skipped the FCL/xml patch, though.
That is ok, I didn't want
Vincent Snijders wrote:
Michael Van Canneyt wrote:
I skipped the FCL/xml patch, though.
That is ok, I didn't want to send that one.
The code doesn't seem quite kosher to me ?
I think it is a impovement. IIRC, it fixes a memleak, when you use
xmlconfig on a non-existing file. Try it. ;-)
See
Pedro Lopez-Cabanillas wrote:
Hi,
The attached program works well under Linux when compiled with Kylix3. It
counts from 1 to 10 and ends. FPC compiles it, but doesn't work (loops
forever). Seems that CheckSynchronize doesn't work (or perhaps
TThread.Synchronize?).
Another issue:
pascalive wrote:
Some time ago there was a discussion about the use of Resource string in TList
that resulted in a modification in TList.Get function (Created
TList.RaiseIndexError function). I think that the same could be done in
TStringList (i noticed that TStringList.Get function still uses
Michalis Kamburelis wrote:
Are there any other cases where this issue may be significant ? If no,
I'll mark this wiki page clearly as only for FPC earlier than
2004-12-28 (to-be-removed when 2.0 comes in), else I will update it.
(Note: we can continue this talk on wiki page
Michalis Kamburelis wrote:
I felt that results of this discussion are so important that I created a
page in FPC wiki about it:
http://www.freepascal.org/wiki/index.php/Avoiding_implicit_try_finally_section
There's an URL to mail archives of this discussion, and a small demo
program that shows
Michael Van Canneyt wrote:
On Fri, 24 Dec 2004, Mattias Gaertner wrote:
On Fri, 24 Dec 2004 10:56:24 +0100 (W. Europe Standard Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
If the answer is yes, then maybe it's safe to compile parts of FPC
sources in lists.inc (like TList.Get) inside
Hi,
Two days ago, I could make the docs by doing:
make htmldist
in the fpc\doc directory.
Now I get these errors:
make htmlinstall DOCINSTALLDIR=doc
make[1]: Binnengaan van map `/home/vsds/lazarus/source/fpc-1.9/fpc/docs'
make[1]: *** Geen regel voor aanmaken doel `includes', nodig voor
[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 currently can not. Most platforms have the envp() pointer available, but
this is of course
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?
If true, how can I enumerate the environment variables like I do with
the dos unit using EnvCount and EnvStr from the dos unit.
Vincent Snijders
Hi,
System.ProcessID return the current process handle instead of the
process ID. Similar issue for System.ThreadID. Attached patch fixes this.
Regards,
Vincent Snijders.
Index: fpc-1.9/rtl/win32/system.pp
===
RCS file: /FPC/CVS/fpc
Florian Klaempfl wrote:
I guess the bigger problem is to get a native (carbon based) lazarus
running :)
Maybe Tony can ask for some development Macs for the lazarus team too. ;-)
Vincent.
___
fpc-devel maillist - [EMAIL PROTECTED]
Peter Vreman wrote:
Hi,
I suspect Peter has found already but make cycle fails on win32, but
nevertheless.
I got the error also 1 minute ago, but didn't look at it yet. Your patch
is a workaround and not a real fix. I'll have a look at it today.
Ok, maybe I broke the compiler and got this bug:
Peter Vreman wrote:
http://www.freepascal.org states:
Version 1.0.10 is the latest stable version the Free Pascal.
http://www.us.freepascal.org/develop.html states:
Download Daily Update of Release Tree (version 1.0.x)
These snapshots contain the latest bug fixes, without any major new
feature.
Hi,
The TProcess.WaitOnExit function doesn't wait, but returns immediately.
I think the problem is in this line:
Result:=fpWaitPid(Handle,@FExitCode,WNOHANG);
In the old version 0 was passed instead of WNOHANG.
I can't test this on linux now.
Vincent.
On Sat, 28 Aug 2004 22:26:08 +0200 (CEST)
Peter Vreman [EMAIL PROTECTED] wrote:
However, I found the problem and a possible solution. In globals.pas
there are three FindFile routines, namely: TSearchPathList.FindFile,
FindFile, and FindFilePchar.
All routines contain roughly the same
On Thu, 26 Aug 2004 17:39:24 +0200 (CEST)
[EMAIL PROTECTED] wrote:
If this is true, is this local version also updated hourly with cvs update
-d -P?
No.
New files will only appear in the changelog after midnight.
I have no problem with that. But I fear that for the lazarus directory
On Fri, 13 Aug 2004 10:10:46 +0200 (W. Europe Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Fri, 13 Aug 2004, Tony Maro wrote:
I just updated my FPC cvs today.
My last update was 3 or 4 days ago.
I haven't updated Lazarus in a week or so.
The latest FPC update
Namens Michael Van Canneyt
Verzonden: vrijdag 13 augustus 2004 12:02
Meanwhile, it has been fixed and committed. Lazarus recompiles itself
again. Now still the Win32 version. Vincent Snijders is testing this, he
still needs to apply a patch regarding pipes.
Even without the patch Lazarus
On Sun, 08 Aug 2004 00:26:54 -0500
Tony Maro [EMAIL PROTECTED] wrote:
Marco van de Voort wrote:
The DateSeparator is defined in sysinth.inc as
Const
{ Character to be put between date, month and year }
DateSeparator: char = '-';
As said on IRC, I suspect this is a 1.0.10
Hi,
The unit Dbf_Wtil is not needed on win32, and ATM is not compiled, so it should not be
installed, nor cleaned. Attached patch for fcl/db/dbase/Makefile.fpc and
fcl/db/dbase/Makefile fixes this.
Regards,
Vincent.
___
fpc-devel maillist - [EMAIL
-Oorspronkelijk bericht-
Van: Marco van de Voort [mailto:[EMAIL PROTECTED]
On 5 aug 2004, at 15:36, Michael Van Canneyt wrote:
Actually, I once already proposed this last option to the core
group. I believe the argument was at that time that most
computers
nowadays are fast
Hi,
If I do make distclean in the fpc root dir, I get the following error:
make[2]: *** No rule to make target `dbase_clean', needed by `clean'.
Stop.
make[1]: *** [db_clean] Error 2
make: *** [fcl_distclean] Error 2
Make fcl gives:
make[2]: *** No rule to make target `dbase_all', needed by
Hi,
Since a few weeks building a new fpc snapshot with only a release
compiler fails on (win32) systems, when fpcmake is not on the path.
The old make files used to test whether $(FPCMAKE) is filled, before
making the Package.fpc file. If there was no fpcmake, $(FPCMAKE) was
empty and no
Hi,
Since a few weeks building a new fpc snapshot with only a release
compiler fails on (win32) systems, when fpcmake is not on the path.
The old make files used to test whether $(FPCMAKE) is filled, before
making the Package.fpc file. If there was no fpcmake, $(FPCMAKE) was
empty and no
Hi,
fpImage is now used as default, deactivate it with -dDisableFPImage.
If you are compiling with fpc 1.0.10, you need to deactivate fpImage.
HTH,
Vincent.
P.S. CC to the lazarus list, where IMHO this message belongs.
-Oorspronkelijk bericht-
Van: James Mills [mailto:[EMAIL
, at the moment (since last weekends changes) I can't compile the
unit resolve(from the fcl) for win32.
Regards,
Vincent Snijders.
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sat, 24 Jan 2004 21:45:40 +0100
[EMAIL PROTECTED] wrote:
D:\lazarusmake
make -C lcl all
make[1]: Entering directory `D:/lazarus/lcl'
d:/fpc/bin/win32/rm.exe -f units/i386/win32/alllclunits.ppu
make -C interfaces all
make[2]: Entering directory `D:/lazarus/lcl/interfaces'
make -C win32
IMHO, the LCL file should be renamed in LclAction.inc to avoid
conflicts. So I send this mail also to the lazarus list.
Vincent.
-Oorspronkelijk bericht-
Van: Darek Mazur [mailto:[EMAIL PROTECTED]
One more
is it possible change name of RTL\OBJPAS\CLASSES\ACTION.INC
this has the
-Oorspronkelijk bericht-
On Mon, 2003-11-24 at 19:51, Johannes Berg wrote:
[list of bugs]
More:
2787 - ask the reporter to try again and post compiling code next
time,
his code has virtual; override; which is not really possible
Therefore the compiler should give an
On Fri, 7 Nov 2003 05:15:13 -0800 (PST)
Jeff Pohlmeyer [EMAIL PROTECTED] wrote:
Using the latest version of the compiler, and I am having a
problem with the popen() function on Linux.
It looks like popen() fails because AssignStream() fails,
because AssignPipe() fails, and that's about
Hi,
By what file is rtl/linux/i386/signal.inc included?
I removed it and I could still do a make cycle to create a new snapshot.
I suspect it is by none.
If it isn't used by any file, can it be removed (from CVS)? It confuses
Lazarus sometimes, and opens this file as an include file in the
501 - 545 of 545 matches
Mail list logo