On 20-12-2022 21:12, Sven Barth via fpc-devel wrote:
So the only logical solution is to stop the offending thread from
executing or not to have it call InitThread() while the initialization
section of the System unit is still running. The former might have
unintended consequences (e.g. not
On 27-6-2022 04:43, J. Gareth Moreton via fpc-devel wrote:
Hi everyone,
I'm playing around with a peephole optimization (back to my roots!) and
I've come across a relatively simple one that aims to reduce instruction
size occasionally. One part involves reducing the opsize if the
constant
Solved
One of the changes I made was a rename of the unit where the resource is
included. And there was still one unit using the old name (and the old
ppu/o could be found)
Sorry for the noise,
Marc
On 22-4-2022 14:41, Marc Weustink via fpc-devel wrote:
OK, stash pop. You would think
the same location.
To be continued...
On 22-4-2022 10:36, Marc Weustink via fpc-devel wrote:
OK,
I stashed my changes and compiled the previous version of the software
without problems. '.\lib\x86_64-win64\x_service.res' is not linked, so
somewhere my changes have triggered it.
To be continued
OK,
I stashed my changes and compiled the previous version of the software
without problems. '.\lib\x86_64-win64\x_service.res' is not linked, so
somewhere my changes have triggered it.
To be continued...
Marc
On 22-4-2022 10:09, Marc Weustink via fpc-devel wrote:
On 22-4-2022 09:55
On 22-4-2022 09:55, Marco van de Voort via fpc-devel wrote:
On 22-4-2022 09:12, Marc Weustink via fpc-devel wrote:
On a project I'm working on I needed to refactor some units. After I
finished, I got a linking error about a duplicate resource. Maybe
accidentally a stale one got linked
Hi,
On a project I'm working on I needed to refactor some units. After I
finished, I got a linking error about a duplicate resource. Maybe
accidentally a stale one got linked, so I removed 2 occurrences.
And now the compiler complains it cannot find the resource.
The (edited) output:
(9022)
On 30-12-2021 23:42, Bart via fpc-devel wrote:
Hi Marc,
It took a bit longer than expected, but I'm happy to inform you that the
Lazarus services are back online.
For those interested in why it took longer, I'll explain at the end of
the message.
Are you aware that there is a problem with
Hi all,
It took a bit longer than expected, but I'm happy to inform you that the
Lazarus services are back online.
For those interested in why it took longer, I'll explain at the end of
the message.
Marc
On 24-12-2021 08:30, Marc Weustink wrote:
Hi,
On Monday 27 December 9.00 CET (8.00
Hi,
On Monday 27 December 9.00 CET (8.00 GMT) the Lazarus server will be
down for maintenance. This affects the following services:
* Lazarus website
* Lazarus mailinglists
* Lazarus online package manager
* Lazarus and FreePascal forum
Thanks,
Marc
On 30-11-2021 13:37, Michael Van Canneyt via fpc-devel wrote:
On Tue, 30 Nov 2021, Marc Weustink via fpc-devel wrote:
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type
tkLString where in FPC the type
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type tkLString
where in FPC the type appeared to be tkAString. Fixing this was easy,
but it made me wonder what the difference is between them.
From the
On 24-9-2021 14:41, Michael Van Canneyt via fpc-devel wrote:
On Fri, 24 Sep 2021, Marc Weustink via fpc-devel wrote:
On 24-9-2021 14:24, Marc Weustink via fpc-devel wrote:
Hi,
Is there a way to promote a specific warning(4056) into an error ?
from the commandline I mean. I've found
On 24-9-2021 14:24, Marc Weustink via fpc-devel wrote:
Hi,
Is there a way to promote a specific warning(4056) into an error ?
from the commandline I mean. I've found {$warn 4056 error} but I don't
want to put this in all sources
Thanks Marc
Hi,
Is there a way to promote a specific warning(4056) into an error ?
Thanks Marc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On 6-8-2020 11:16, Sven Barth via fpc-devel wrote:
Marc Weustink via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Do., 6. Aug. 2020,
09:13:
...
Do you mind sharing where you found a working network driver ? I've
read
endless stories of inst
On 5-8-2020 23:44, Sven Barth via fpc-devel wrote:
Am 05.08.2020 um 18:33 schrieb J. Gareth Moreton:
P.S. While I haven't been asked to improve aarch64-linux specifically,
if I'm understanding things
correctly, there should be very few differences with the actual target
platform in regards
On 5-5-2020 11:08, Sven Barth via fpc-devel wrote:
Marc Weustink via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Di., 5. Mai 2020, 09:27:
Sven Barth via fpc-devel wrote:
>
> TThread.NameThreadForDebugging is implemented for Windows, Linux and
Sven Barth via fpc-devel wrote:
TThread.NameThreadForDebugging is implemented for Windows, Linux and
Android since the weekend.
Just curious, why is NameThreadForDebugging used instead of simply
TThread.Name ?
ForDebugging is just one of the purposes, and TThread.NameThread is
double,
Just porting some software and foud that the Right versions of the
TWMNC[L|M|R]ButtonXXX definitions are missing in messages.inc
TWMNCRButtonDblClk = TWMNCHitMessage;
TWMNCRButtonDown= TWMNCHitMessage;
TWMNCRButtonUp = TWMNCHitMessage;
Marc
Michael Van Canneyt via lazarus wrote:
On Wed, 11 Mar 2020, Bart via fpc-devel wrote:
Hi Michael,
You resolved https://bugs.freepascal.org/view.php?id=36788 as unable
to reproduce.
However, I have exactly the same problem here:
https://www.lazarus.freepascal.org/ gives me the Bad SSL
Jonas Maebe wrote:
Hi,
Does anyone know what the accepted/excepted behaviour is regarding the
capture of addresses of var/out/const-by-address/constref parameters?
For example:
var
g: longint;
p: plongint;
procedure test(var l: longint);
begin
p:=@l;
end;
begin
test(g);
end.
Bart wrote:
On Fri, Jul 12, 2019 at 12:34 PM J. Gareth Moreton
wrote:
I can't quite go that far unfortunately. Being a developer gives me the
right to delete attachments and modify posts, but not to tamper with
people's profiles.
One of the managers maybe can look into it.
Account is
Gennadiy Poryev wrote:
thank you,
but my question was more about where to put fpc.cfg so that both
versions can use it properly, or, if that is not possible, where to
stuff different fpc.cfg's for the same purpose?
and what would be the basepath in either case?
execute ppx64 -vut
the last
Paul Michell wrote:
I'm currently trying to build 2.7.1 from SVN on the latest Raspbian
(2014-09-09).
I've previously built this with either 2.6.0 from the repository, or with
Thaddy de Koning's build from March 2014.
Currently, neither of these will build 2.7.1 on a Raspberry Pi. So I have
Hi, I was playing with GNUroot/debian on my android pad and installed fpc 2.6.0
since 2.6.4 was not available.
After that I tried to build 2.6.4 from svn. However make all stopped when
building fastcgi:
/usr/bin/make -C fastcgi all
make[1]: Entering directory
, schrieb Marc Weustink:
Hi, I was playing with GNUroot/debian on my android pad and installed fpc
2.6.0 since 2.6.4 was not available.
After that I tried to build 2.6.4 from svn. However make all stopped when
building fastcgi:
/usr/bin/make -C fastcgi all
make[1]: Entering directory `/home/fpc
On 8-6-2012 8:18, Alexander Klenin wrote:
The following code compiles both with :
procedure F(const A: array of ShortInt); begin end;
begin F(1); end.
I think this is a bug in FPC, but if not -- it should be documented here:
http://freepascal.org/docs-html/ref/refsu59.html#x157-16700014.4.5
I
Felipe Monteiro de Carvalho wrote:
Can I add a routine to access the AvgLvlTree as an array? To make it a
better substitute to TFPList in objects which offer an indirect
interface to the internal list, such as TLazAccessibleObject.
My idea is defining:
Index zero = Tree.FindLowest
Indez
Martin wrote:
Having just reported http://bugs.freepascal.org/view.php?id=19466
I started wondering (to late, should have done before the report) and
googled.
It appears that gdb has a feature to skip function prologue and
epilogue. However I could not find any info on what info gdb uses to
Joost van der Sluis wrote:
On Wed, 2011-01-12 at 23:52 +, Martin wrote:
Has dwarf 2 changed ?
TCmdLineDebugger.SendCmdLn -data-evaluate-expression
^^shortstring(^POINTER($eax)^+12)^^
TCmdLineDebugger.ReadLn ^done,value=#0repeats 20 times
TCmdLineDebugger.ReadLn (gdb)
You do
kingbiz...@gmail.com wrote:
I come here humbly to ask for a new implementation, the IIF ?:, the IIF
is a shortcut that make the coding a little faster, it works by
returning a true or a false part of a condition, a more detailed
information can be found there: http://en.wikipedia.org/wiki/%3F:
On 8-12-2010 22:53, Jonas Maebe wrote:
On 08 Dec 2010, at 22:32, Martin wrote:
It seems that the name of parentfp (used by neted procedures) depends on the
dwarf version?
-gs and -gw = parentfp
-gw3 = $parentfp
Is there are reason, does the $ have a meaning?
It's a bug in -gw3. $ is an
Dimitri Smits wrote:
ok, answering my own mail after a small test below
- Dimitri Smitssmi...@telenet.be schreef:
what I DON'T do is use it like in your example, Graeme. I always
assign the result to a local variable, which goes out of scope in an
implicit finally block at method-exit.
:)
On windows I create a remote thread to be able to pause execution to
enable breakpoints and such while the program is running.
See initialisation part of the gdbmi debugger. There I use a few options
to pause execution. On the NT platform the remote thread solution is the
most reliable.
Graeme Geldenhuys wrote:
Op 2010-10-19 10:51, Jonas Maebe het geskryf:
You still have not said a single time what the actual problem is that you are
having.
I believe I have, but I can't remember all the errors, and I have no time
to search the mail archive Just tried to compile that
Hans-Peter Diettrich wrote:
Can we make string literals accepted with embedded whitespace between
ordinal characters?
Currently this is not accepted:
const x: string = #1 #2 #3;
and must be written as
const x: string = #1#2#3; //not very readable
you can use
const x: string = #1 + #2 + #3;
Graeme Geldenhuys wrote:
PS:
Anybody know how the Duby project (Object Pascal based Debugger) is
progressing, and if support for it could be added to Lazarus or MSEide?
creating a debugger is not that difficult, evaluating (pascal)
expressions is.
And even then evaluating properties is
Martin wrote:
On 13/08/2010 10:14, Graeme Geldenhuys wrote:
Hi,
Lazarus has a dialog for conditional breakpoints, but it doesn't work. I
tried everything.
* set a breakpoint where condition is: TypeDecl.Name = 'TRGBTriple'
Seems that gdb expects double quotes
FName = abc
but then it
Hans-Peter Diettrich wrote:
I've installed Lazarus 0.9.28 (with FPC 2.2.4) 64 bit on Win7/64. Here
gdb works.
Then I built and installed FPC 2.5 (trunk) for further use. The compiled
apps (64 bit) run fine, as long as I disable debugging. With debugging
enabled the application hangs on
Alexander Klenin wrote:
Code bloat/duplication is much more serious.
It is usually not just SomeReallyLongVariableNameY, but something like:
SomeFunctionReturningObject(param1, param2).PointArrayField[i] +=
FunctionReturningPointOffset(param);
Try rewriting that without +=.
Again, we are back
Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
What if you run a gdb from the command line ?
I'm somewhat confused. There seem to exist two gdb.exe on my system,
with slightly different version numbers, but I can locate only one.
Typically Windows - protect the system from the user
Hans-Peter Diettrich wrote:
Jonas Maebe schrieb:
See comment 0035256 at http://bugs.freepascal.org/view.php?id=15692
for how to fix it.
This was not the problem, but reading helped - I had to enable creation
of gdb debug info, to make the debugger work with Lazarus. I wonder why
gdb
Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
What is wrong with :
MyObj.PointArrayField[i] := MyObj.PointArrayField[i] +
FunctionReturningPointOffset(param)
The need for duplicating a long expression, with chances for typos :-(
Choose shorter expressions and/or use ctrl+space
Hans-Peter Diettrich wrote:
Jonas Maebe schrieb:
In whichever way you are used to debug: with a debugger, with
writeln's, ... The compiler is no different than any other program in
that respect.
While I can use Lazarus to debug the compilation of a single source
file, no such feature exists
Adem wrote:
On 2010-07-27 1:10 PM, Joost van der Sluis wrote:
I don't know what you want,
Wel... it all started here [
http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg17986.html ].
In short, I was trying to test/benchmark a FPC/Lazarus generated exe
against one with Delphi, but
Graeme Geldenhuys wrote:
On 26 July 2010 22:57, Florian Klämpfl flor...@freepascal.org wrote:
What makes you think so? Which compiler patches did we reject so far?
Lets take some examples in the last few months alone. I had code for
the RTL. Iterators come to mind - denied. Then there was a
Graeme Geldenhuys wrote:
On 17 July 2010 13:51, Marco van de Voort wrote:
Unless other systems really take into account the complete history of
both divergating branches in the merge, and not simply patch/merge, I doubt
VCS matters at all
Git's merge algorithm does this and is a lot more
Andrew Brunner wrote:
The network I have is a file server running Ubuntu x64 with samba sharing.
All clients (running Ubuntu,Windows,OSX) connect to the file share and
mount it locally. The Windows and Linux boxes mount,
checkout/commit/update, and unmount without problems. The Apple OSX
can
Andrew Brunner wrote:
Hi there,
Anyone using FPC/Lazarus to develop on a MAC OSX and having success
with SVN over a LAN with Samba?
I'm having a hard time getting anything to commit on my OSX box and
wanted to see if someone here has solved the file locking problem that
OSX 10.6 presents.
Andrew Brunner wrote:
I use dynamic arrays for data structures and sometimes types.
Under linux I have had no problems with transversing the list of data
and calling Done on all types then calling finalize on the list
itself.
Under windows I just executed the same code that worked under linux
Hi,
When fixing lazarus issue #13266 I noticed that in case of reading 8 bit
gray-alpha images, the order of the gray and alpha channel are swapped.
The attached patch fixes this.
Marc
Index: packages/fcl-image/src/fpreadpng.pp
Marc Weustink wrote:
Hi,
When fixing lazarus issue #13266 I noticed that in case of reading 8 bit
gray-alpha images, the order of the gray and alpha channel are swapped.
The attached patch fixes this.
False alarm... it appeared to be fixed in r14972. Somehow when comparing
against 2.4.0 I
Michael Schnell wrote:
On 02/18/2010 02:48 PM, Sergei Gorelkin wrote:If this is possible with
FPC/Linux, I
should make sure that it's still possible with the NoGUIApplication
package.
Windows has a built-in transport for the messages, Linux doesn't. Of
course there
are libraries providing
Aleksa Todorovic wrote:
On Fri, Jan 29, 2010 at 11:42, Michael Van Canneyt
mich...@freepascal.org wrote:
It breaks the behavious of case:
case b of
1 : something;
2 : If a then
DoSomethingElse;
else
DoElse
end;
As it is now, b=2 and a=False will result in no code executed.
Aleksa Todorovic wrote:
On Fri, Jan 29, 2010 at 12:11, Marc Weustinkmarc.weust...@cuperus.nl wrote:
Aleksa Todorovic wrote:
On Fri, Jan 29, 2010 at 11:42, Michael Van Canneyt
mich...@freepascal.orgwrote:
It breaks the behavious of case:
case b of
1 : something;
2 : If a then
Matt Emson wrote:
Stefan Kisdaroczi wrote:
Am 29.01.2010 12:08, schrieb Marco van de Voort:
I don't really see a need for this. Some languages are terminator,
some are
separator. We are also not Basic in that we try to disambiguate every
possible syntax.
It is just a risk without real
Felipe Monteiro de Carvalho wrote:
I see that mips is progressing =) I added a ppmipsel.lpi file which
builds a cross-compiler here, but I haven't yet managed to build the
compiler from the makefiles or the rtl.
For the RTL I tryed:
C:\Programas\fpctrunk\rtl\linuxmake fpc_units
Paul Ishenin wrote:
Hello, FPC developers' list.
Today I tried drawf on windows again and found some new bugs.
1) Gdb outpus the next strings for RTL units:
file=../objpas/classes/lists.inc,fullname=D:/programming/fpc/rtl/win32/../objpas/classes/lists.inc,line=600
Jonas Maebe wrote:
On 01 Dec 2009, at 13:42, Paul Ishenin wrote:
Jonas Maebe wrote:
Would it be enough if the type name were changed to variant? It
would not be 100% safe (since variant is not a reserved word,
anyone can declare a variable/type/... with the name variant), but
I don't
Jonas Maebe wrote:
On 03 Dec 2009, at 14:29, Marc Weustink wrote:
Jonas Maebe wrote:
On 01 Dec 2009, at 13:42, Paul Ishenin wrote:
Jonas Maebe wrote:
Would it be enough if the type name were changed to variant? It
would not be 100% safe (since variant is not a reserved word,
anyone can
hi,
while adding sourceline info to the Lazarus disassembler output I ran
into the DEBUGSTART_unitnamehere, DEBUGINFO_unitnamehere and
DEBUGEND_unitnamehere symbols.
What I wonder is why DEBUGSTART and DEBUGEND are reported as functions,
while DEBUGINFO is reported as datavariable (fpc 2.2.4,
Jonas Maebe wrote:
On 22 Nov 2009, at 18:43, Marc Weustink wrote:
while adding sourceline info to the Lazarus disassembler output I ran into the
DEBUGSTART_unitnamehere, DEBUGINFO_unitnamehere and DEBUGEND_unitnamehere
symbols.
What I wonder is why DEBUGSTART and DEBUGEND are reported
Graeme Geldenhuys wrote:
Florian Klaempfl wrote:
initialized. But be warned: with such a parameter type you can easily
create memory leaks with automated types like ansistrings.
Well, isn't that what heaptrc is for?
No, the language should protect you from such easy to make mistakes.
In
fpc...@silvermono.co.za wrote:
Hi,
Just subscribed, testing system.
Welcome
Marc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Paul Ishenin wrote:
Michael Van Canneyt wrote:
My only worry now is to make sure that if they are implemented, that
we make the design as clean as possible: e.g. No hardcoded
dependencies on class or
interface names.
We need to count the pros and contras first regards hardcoded names and
Graeme Geldenhuys wrote:
2009/10/20 Alexander Klenin kle...@gmail.com:
for-in is just a syntax sugar plus standard interface for the cost common usage
of iterators. So they are not mutually exclusive at all.
Another flaw in the for-in concept...
What will this do:
for y in MyList do
Michael Van Canneyt wrote:
On Tue, 20 Oct 2009, Paul Ishenin wrote:
Michael Van Canneyt wrote:
At least one of the reasons we never did implement for-in is the
absolutely
horrible and totally wrong idea to use classes/interfaces for this,
to which
I seriously objected.
Reading this I
Marco van de Voort wrote:
In our previous episode, Florian Klaempfl said:
Also note that WPO can do little about published methods (since it must
assume that these can all be called via RTTI).
Maybe the IDE can feedback some info about used classes and methods?
In time, a pascal analyser
Martin Friebe wrote:
Marc Weustink wrote:
Marco van de Voort wrote:
In our previous episode, Florian Klaempfl said:
Also note that WPO can do little about published methods (since
it must assume that these can all be called via RTTI).
Maybe the IDE can feedback some info about used classes
I've been quite busy last weeks, so a bit late reply.
Joost van der Sluis wrote:
Hi all,
I've switched back to Linux/Fedora 11 to continue testing Dwarf-3 and
Archer further. (Because that's my natural habitat, Windows just slows
me down - especially using GIT)
So I'm on the 'official'
Henry Vermaak wrote:
2009/3/21 ik ido...@gmail.com:
Hello All,
Sorry for the late response.
I will try the fpc port of Turbo Control soon.
The file command gives me the following information:
/bin/busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared
Marc Weustink wrote:
If we cannot solve this, in case of DWARF2 i think we can leave those
attributes out.
I've tested this (by editing the .s file) and gdb still seems to work
and doesn't complain anymore.
Marc
___
fpc-devel maillist - fpc
Jonas Maebe wrote:
On 14 Mar 2009, at 15:42, Paul Ishenin wrote:
Tomas Hajny wrote:
Keeping -gl instead of -gw?
Sorry, leave out was not in my head dictionary :)
c:\programming\fpc\bin\i386-win32\ppc386.exe -gw test.pp
(gdb) break test.pp:8
invalid dwarf2 offset 4243567
In the mean
dmitry boyarintsev wrote:
sorry! unfinished note:
2) gdb can be extended to support FPC syntax, if enougth information
is provided with GDB. And ofcause, some C-programmer might be required.
I'm not really sure about this. IIRC the internal design of gdb is
modeled after the STABS debug
Jonas Maebe wrote:
On 03 Mar 2009, at 06:47, Flávio Etrusco wrote:
what's the current status on this issue, please?
http://bugs.freepascal.org/view.php?id=8803
In what sense? Do you still get emails for all bug reports, or do you
not get any emails at all (even for your own bug reports)?
Marc Weustink wrote:
Jonas Maebe wrote:
On 03 Mar 2009, at 06:47, Flávio Etrusco wrote:
what's the current status on this issue, please?
http://bugs.freepascal.org/view.php?id=8803
In what sense? Do you still get emails for all bug reports, or do you
not get any emails at all (even
Jonas Maebe wrote:
On 27 Feb 2009, at 16:08, dmitry boyarintsev wrote:
Feel free to file a feature request
what about patch? :) what units should be studied to make such patch?
compiler/dbgstabs.pas
P.S. AFAIK, Marc told me, that FPC does not generate DWARF line info
for yet, so it's not
dmitry boyarintsev wrote:
Hello
AFAIK, dwarf debug info generation is not yet fully implemented for
the compiler. I'm interseted in CallFrame information, so debugger,
can use it to unwind the call stack. I've tried to compiled hello
world program using fpc -gw3 hello.pas, and found that
dmitry boyarintsev wrote:
It is impossible to encode properties in stabs. In Dwarf you can in
theory describe pretty much anything, but gdb does not yet support
the full Dwarf specifications. I guess it would be possible already
to add debug info for properties that simply map
dmitry boyarintsev wrote:
i know Marc, but the purpose is to make expression evaluation.
while setting property is procedure, i can't think of any expression
that uses it. But of couse, it might be usefull to know how to set
properties (directly member of class, or a method)
i guess, that
Michael Schnell wrote:
Ultraedit might fool you here. Id edits either ansi or usc2. If you
have a utf8 encoded file, it will show the contents in hex as being ucs2
That might be. But it would even virtually insert a BOPM ?!?!?!? Why
should it do this when using the hex editor ?
Since it
Michael Schnell wrote:
Since it converts the UTF8 file internally to UCS2 on read before
editing.
Seems really silly to me.
No it's not. This way you have internally only to support 2 editors. One
with bytechars and one with wordchars (ignoring surrogates and other stuff)
But the file
Marco van de Voort wrote:
In our previous episode, Ivo Steinmann said:
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Why not creating a new kind of managed class, that is refcounted,
initialized, finalized, etc... like String
Mattias Gaertner wrote:
On Wed, 13 Aug 2008 23:12:25 +0200 (CEST)
Daniël Mantione [EMAIL PROTECTED] wrote:
[...]
The text mode IDE can display statisics while compiling. Why can't
Lazarus?
There is the compiler unit, which *is* available, and this is the
only officially supported compiler
Marco van de Voort wrote:
Marco van de Voort wrote:
Inoussa OUEDRAOGO wrote:
- TAVLManagedTree that uses a node mem manager provided in the constructor.
The developer using this one is _aware_ of the thread safety issue and can
then provide a thread safe node mem manager for an instance
Ales Katona wrote:
It seems that currently, GetAppConfigDir performs rather incosistently.
On Unix, it returns path with trailing pathdelim, on windows it returns
path with random trailing path delim (depends on which branch, see code).
What should it be then?
:)
This is exactly the
Graeme Geldenhuys wrote:
Hi,
- snip --
Include(WindowAttributes, waStayOnTop); // == doesn't compile with FPC 2.3.1
WindowAttributes:=WindowAttributes +[waStayOnTop]; // == this does
- end
Leonardo M. Ramé wrote:
Apparently the new Delphi version (Tiburon) will change the way
strings are handled by the rtl and the compiler, this changes affects
Unicode characters specially. Surely the code created with the new
Delphi version shouldn't compile with FPC.
Why shouldn't ?
Is
Micha Nelissen wrote:
Graeme Geldenhuys wrote:
:/tmp$ ls -l
drwxr-xr-x 3 graemeg graemeg 4096 2008-05-21 11:43 app
-rw-r--r-- 1 graemeg graemeg0 2008-05-21 13:14 c:\myfile.txt
-rw-r--r-- 1 graemeg graemeg0 2008-05-21 13:12 c:myfile.txt
-rw--- 1 graemeg graemeg 607 2008-05-21 11:48
Jonas Maebe wrote:
On 29 Apr 2008, at 17:00, Michael Schnell wrote:
I think shr is supposed to work sign-extending with signed types.
The above statement may cause some confusion, so people who think
that shr means shift arithmetic right, please read the comment
added
Graeme Geldenhuys wrote:
This has been discussed before:
http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg05895.html
It could be problematic if a Tag is streamed and read on different platforms.
It
would better to introduce a new (non streamable) SizeInt property.
In fpGUI I
Graeme Geldenhuys wrote:
Hi
I don't own a 64bit pc. With the wonderful world of emulators and
virtual pc products like VirtualBox, VMWare and Virtual PC 2007 I
thought, why can't my 32bit Intel P4 emulate a 64bit CPU via software.
If it works, that would be cool. :) If it works it might be
Dariusz Mazur wrote:
Florian Klaempfl pisze:
DarekM schrieb:
Florian Klaempfl pisze:
An if is unimportant, more important is the number of locked
operations,
especially on multi core systems they might eat hundreds of clock
cycles.
There are atomic operations, the should not
Daniël Mantione wrote:
Op Sat, 19 Jan 2008, schreef Jonas Maebe:
On 19 Jan 2008, at 15:54, Peter Vreman wrote:
This call and pop is old-style PIC and not good for new cpus because
it breaks the call-stack. Please use the new style that calls a
function (fpc_geteipasebx). This also
Michael Van Canneyt wrote:
On Fri, 18 Jan 2008, Peter Vreman wrote:
I suggested using Lazarus and the OP said he had great doubts because the
size of the exe of his test program is 10 times the size of that compiled by
Borland.
Anyone who writes such texts doesn't look further than his nose.
Daniël Mantione wrote:
Op Fri, 18 Jan 2008, schreef Marc Weustink:
Michael Van Canneyt wrote:
On Fri, 18 Jan 2008, Peter Vreman wrote:
I suggested using Lazarus and the OP said he had great doubts
because the
size of the exe of his test program is 10 times the size of that
compiled
.
Further, it looks in /usr/src/debug/ for sources.
This is why I wondered about the statement that the debugger doesn't
support it.
Marc
2008/1/13, Marc Weustink [EMAIL PROTECTED]:
Daniël Mantione wrote:
Op Sat, 12 Jan 2008, schreef Fabio Dell'Aria:
OK, but why do not add the debug info
Daniël Mantione wrote:
Op Sat, 12 Jan 2008, schreef Fabio Dell'Aria:
OK, but why do not add the debug info in an external file (conform to
stabs/dwarf specification)?
Because the debugger doesn't support this; the compiler can do it, but,
without debugger support it is useless.
??
iirc
Mattias Gaertner wrote:
On Wed, 2 Jan 2008 11:08:27 +0100 (CET)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
Then I don't get why people refuse that lazarus is recompiled and
see dyn. loaded packages as _the_ solution to this problem :)
Is there another solution that makes it possible to
1 - 100 of 207 matches
Mail list logo