On 7 sep 2006, at 08:59, Daniël Mantione wrote:
Afaik only in case of reading a boolean everything <> 0 is true (for
compatibility with other languages). In case of writing, Pascal
(and FPC in
particular) always stores a 1 for true and 0 for false, since
boolean is
defined as an enum with
Jonas Maebe wrote:
>
> On 7 sep 2006, at 08:59, Daniël Mantione wrote:
>
>>> Afaik only in case of reading a boolean everything <> 0 is true (for
>>> compatibility with other languages). In case of writing, Pascal (and
>>> FPC in
>>> particular) always stores a 1 for true and 0 for false, since b
Vincent Snijders wrote:
Hi,
I am investigating Lazarus issue 7305. The TSynEdit class has a
KeyStrokes property of the type TSynEditKeyStrokes, which is a
TCollection descendant. The TSynEdit constructor fills the collection
with some default items. If I remove the items and stream the TSynEd
Hi,
http://lists.freepascal.org/lists/fpc-devel/ doesn't contain links to
September archives.
On http://lists.freepascal.org/mailman/listinfo/fpc-devel the link to
archives is broken (already reported in the bug tracker).
Vincent
___
fpc-devel mai
Today I tried to find the reason behind Lazarus GTK2 slowdowns by using
profilers. After both failed me (callgrind crashed with stabs info error
and gprof reported things which didn't get called {writeln was in to
test}) I tought it might not be such a bad idea to make a simple
internal (ala -ghl s
Aleš Katona wrote:
> Today I tried to find the reason behind Lazarus GTK2 slowdowns by using
> profilers. After both failed me (callgrind crashed with stabs info error
Ensure that you compile _everything_ with -gv only. No -g, no -gl.
___
fpc-devel maill
> Ensure that you compile _everything_ with -gv only. No -g, no -gl.
> _
yes I just did but now I get an exception in forms.pp (only if
callgrind ./project1, running standalone works)
Generaly tho, we don't have an all-platform profiler.
Ales
___
fpc
On 7 sep 2006, at 12:54, Aleš Katona wrote:
Today I tried to find the reason behind Lazarus GTK2 slowdowns by
using
profilers. After both failed me (callgrind crashed with stabs info
error
Did you compile everything with either -gv or without debugging info?
If you did, it's a bug in the
On 7 sep 2006, at 13:15, Aleš Katona wrote:
Generaly tho, we don't have an all-platform profiler.
The problem with implementing this in the compiler is that it only
works for code you compiled with such support in it. It won't work
for the RTL we ship (unless we start shipping two version
Having some trouble porting some code from Delphi to FreePascal running
on MAC OS X (power pc). On Delphi to set a socket non-blocking I would
normally do:
flag := 1 ;
ioctl (cpath, FIONBIO, flag) ;
However the compiler doesn't seem to recognize FIONBIO or ioctl. Another
standard
On Št, 2006-09-07 at 12:52 +, Robert Reimiller wrote:
> Having some trouble porting some code from Delphi to FreePascal running
> on MAC OS X (power pc). On Delphi to set a socket non-blocking I would
> normally do:
>
>flag := 1 ;
>ioctl (cpath, FIONBIO, flag) ;
>
> However th
Jonas Maebe wrote:
I think it's more something which must be added to the implicit init/final code
generation.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Just looked at the site of Nomssi, and it appears that the paszlib version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It seems that there are some
differences between the two versions
googling for paszlib finds, you may wan't to compare whats in there and the
version of everything of everything there to the ones on the fpc tree.
http://www.nomssi.de/paszlib/paszlib.html
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Darius
> Blaszi
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
> Here's a patch for minigzip. It changes the type of the err variable to
> smallint to make it compile again.
>
> The compilation of the example.pas file is also broken. But a missing
> zutil.pas and subsequent missing pzByteArray implementation mak
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
> Just looked at the site of Nomssi, and it appears that the paszlib version
> he's shipping is also FPC compatible. I could have a look to use that
> zutil.pas unless someone tells me not to ;)
> Who did import this lib initially to fpc? It seems tha
> Having some trouble porting some code from Delphi to FreePascal running
> on MAC OS X (power pc). On Delphi to set a socket non-blocking I would
> normally do:
Functions are prefixed by "fp", to avoid possible conflicts, and errorcodes
with "esys". Constants and stuctures are not prefixed.
FIO
Just looked at the site of Nomssi, and it appears that the paszlib
version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It seems that there are some
differences between the two versions,
Hi Darius,
I remeber strugling throug that as well, shortly after the zutils unit
was dumped (post FPC 2.0.2 release). The dzlib unit I use in tiOPF
had to change. I remember the memory functions, but will have to
check what everything I changed to get dzlib to work again. It might
be able to
Marco van de Voort wrote:
> P.s. Note that Indy10 clients work on OS X (powerpc)
But Indy is entirely blocking-oriented.
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
> > > Just looked at the site of Nomssi, and it appears that the paszlib
> > > version
> > > he's shipping is also FPC compatible. I could have a look to use that
> > > zutil.pas unless someone tells me not to ;)
> > > Who did import this lib initiall
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
> Here's a patch for minigzip. It changes the type of the err variable to
> smallint to make it compile again.
I think I'm going to fix this a different way; the bug is caused by a
change from fpc to objfpc mode, which caused all integers to become
I'm confused as to which model to use. I noted that there is a pthread.inc
file in the darwin rtl directory, but I'm not sure how to include that in
the source or the linking.
There is also a chapter in the programmers manual that has discussions of
things like BeginThread and criticalsection
On Thu, 07 Sep 2006 16:52:20 -, Marco van de Voort <[EMAIL PROTECTED]>
wrote:
FIONBIO is defined in unit termio (these are not just for sockets under
*nix).
I would have never guessed :)
IOCTLs are per definition non standard, so don't expect them (all) to be
portable. Also Windows som
Hi, this patch fixes some problems when parsing stylesheet group.
-Avoid premature end of parsing stylesheet group by fixing:
--No more break if rtfstylenum,rtfbasedon or rtfnext tokens are seen
--Silently ignore unknown control words
and
-The style name was not correctly initialized
Jesus Reyes
Hi,
The Types unit has all kinds of DynArray definitions, but no
TPointerDynArray. Is there a problem adding it ?
Marc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
The actual thread function starts out as :
function libthread (p : pointer) : longint ;
var
q330 : pq330 ;
readfds, writefds, exceptfds : tFdSet;
timeout : timeval ;
res : integer ;
now_, diff : double ;
new_ten_sec : longint ;
begin
q330 := p ;
The compiler seems to reject any num
27 matches
Mail list logo