On 06/19/2013 04:45 PM, Henry Vermaak wrote:
> On Wed, Jun 19, 2013 at 04:05:19PM +0200, Ludo Brands wrote:
>> WaitForThreadTerminate(FHandle, 0) blocks the main thread and skipping
>> the spin on FFinished would block all threads that call synchronize
>> until the thre
On 06/19/2013 12:10 PM, Henry Vermaak wrote:
> On Thu, May 30, 2013 at 03:54:08PM +0100, Henry Vermaak wrote:
>> Hi list
>>
>> When I call TThread.WaitFor, I almost always get a 100ms delay,
>> presumably due to the CheckSynchronize(100) here:
>>
>>
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trun
FYI
Original Message
Subject: [Lazarus] DBF components are maintained now
Date: Wed, 03 Apr 2013 08:09:33 +0200
From: Reinier Olislagers
Reply-To: Lazarus mailing list
To: Lazarus mailing list , FPC
Mailing list
Hi lists,
Just wanted to let you know about
http://wiki.lazar
On 03/17/2013 08:53 PM, Martin wrote:
> It seems that in FPC 2.6.2 the dwarf reading code in LnfoDwrf is broken.
> It always gives a run-error 131
>
Reported and cause identified more than a year ago:
http://bugs.freepascal.org/view.php?id=20296
Ludo
>
> Thank you for all the advices. I just removed TDownloadDeamon
> thread to merge it with TDownloader. And it works ! I still have to
> work on status/progress system which is a bit messy. If you are
> interested, I've just commited the changes in the svn repo.
>
> Thank you again,
>
I notic
On 03/16/2013 07:55 PM, Ludo Brands wrote:
> On 03/16/2013 07:29 PM, Geoffray Levasseur-Brandin wrote:
>> This is somewhat complex, I know it, but this have been created
>> keeping in mind that I would like to allow parallelization of
>> downloads in the future, as you was
On 03/16/2013 07:29 PM, Geoffray Levasseur-Brandin wrote:
> Hum maybe you have Synapse installed in your Lazarus as I'm briging
> it with the application (and it's appearing in project manage).
Synapse is not in my default path. So that is not the problem. It
complained about a duplicate resource
On 03/16/2013 03:48 PM, Geoffray Levasseur-Brandin wrote:
> I'm mailing you as I have a very strange behaviour of a program
> I'm
making
> using FPC 2.6.2 and Lazarus from trunk (updated this morning). As
far as I
> know it's either a compiler bug or a Synapse bug.
That is always a dangerous assum
On 02/06/2013 01:12 PM, Sven Barth wrote:
> Am 06.02.2013 12:13, schrieb Henry Vermaak:
>> Thanks for pointing out the advantages. I can see the point, but can't
>> help to think that I'll be reading code like this soon:
>>
>> s := '(' + x.ToString + ', ' + y.ToString + ')';
>>
>> Instead of
>>
>
On 16/01/2013 13:17, Jonas Maebe wrote:
Are those calls before or after the method body appears in the source
code? The compiler cannot inline anything for which it hasn't parsed
the source code yet.
The method was implemented below the code that used it. Moving it up
solved it.
Actuall
Hi,
I'm running into a strange problem with inline methods.
TCircularBuffer=class
...
Pin:pointer;
Pout:pointer;
function IsFull:boolean;inline;
end;
function TCircularBuffer.IsFull: boolean;inline;
begin
result:=PIn=POut;
end;
When the method is called from outside the cla
On 28/12/2012 20:01, Ewald wrote:
Xeon:#max threads sharing caches: 16
Atom:#max threads sharing caches: 2
On Xeon cpuid 0004 returns 0x1c004121 in rax , on Atom 0x4121 in
eax. So both report 2 threads per cache. The cores per package (bits
31..26) is not coherent. Don't know how to solve
On 28/12/2012 15:46, Ewald wrote:
Hmmm, that's weird. The results of the Xeon are what I was expecting.
Quite frankly I don't know how to fix it. Maybe getting the maximum
amount of threads sharing the caches might prove helpfull, but then
again it is guesswork. Anyway, can you give this code a
On 27/12/2012 23:06, Ewald wrote:
Oh, and the important part: The function has been tested on a Core 2 Duo
and an Intel i7, and works correctly. If someone would be so kind to
test it on some other CPU's that would be great! [I'm not 100% of the
hexadecimal of `AuthenticAMD` you see]
Inconsiste
On 27/11/2012 10:23, Mark Morgan Lloyd wrote:
Has the Mantis version or setup changed over the last few days? The
page to report a new bug is displaying blank on older browsers,
although display/editing pages are OK.
When you are viewing "All Projects" and click on Report Issue you get a
page
> Hello,
>
> The declaration of ITypeInfo.Invoke() is broken now anyway. Some of
> out parametrs should accept nil values and it is not possible
> with the
> current declaration. I doubt that ITypeInfo.Invoke() is used directly
> by user code. Especially in this broken form.
>
I completely a
Dear all,
In comobj.pp I'm getting sometimes a SIGSEGV in the following code:
function TAutoObject.Invoke(DispID: LongInt; const iid: TGUID;
LocaleID: longint; Flags: Word; var params; VarResult, ExcepInfo,
ArgErr: pointer): HResult; stdcall;
...
begin
...
>
> The second one: Access sqlite Java API from native code.
>
> The normal TSQLite3Connection does not work in Android (no idea why).
>
Then you need to make a TSQLConnection descendant which is below
TBufDataset.
Ludo
___
fpc-devel maillist - fp
> But why would this be a better solution? TBufDataset is huge
> ... it me it looks much harder to understand how it works and
> subclass it then to attempt to start with empty methods and
> see if implementing something on them will work.
>
You can also take a look at rxmemds in the rx compone
> > There is the large category of network apps. Most protocols
> are utf8
> > or have a clear preference for utf8 (json for example).
> Databases are
> > an extension of that and have the additional complication that they
> > can mix codepages at any level. These apps can be quite
> sensit
>
> Yes. But maybe these applications can be adapted easily.
> This discussion should be about the issues where the
> conversions matter and there is no simple workaround. It
> would be good if everyone who knows such a problem comes up
> with it now, so the FPC team can give an advice and/or
Unicode version of windows api functions
>
>
> In our previous episode, Ludo Brands said:
> >
> > I'm in the middle of adding the unicode versions in the header
> > translation. That's why I'm asking.
>
> Start small, by submitting small pieces. Usually i
> 32.
>
> > Because that would indicate that u64 needs to be indeed 64 bits. I
> > have seen u64 defined as typedef unsigned long long for ARM.
>
> "long" is 32 bits on my arm laptop, so that makes sense.
>
So the struct should be translated as
spi_ioc_transfer_t = record
tx_buf_ptr :
> > Are you sure about the conversion (*SPI_IOC_MESSAGE(1)*)
> 1075866368?
> > That is
>
> I can confirm that a c program spits out this number for
> SPI_IOC_MESSAGE(1).
>
And what is sizeof (struct spi_ioc_transfer) in c?
Because that would indicate that u64 needs to be indeed 64 bits. I hav
>
> I've changed to following:
> added packrecord c
> flipped speed_hz and delay_usec fields
>
> same problem.
> I don't know whats really wrong.
> Is there any debug possibility?
>
Are you sure about the conversion (*SPI_IOC_MESSAGE(1)*) 1075866368? That is
40206B00 hex. 6B is the letter 'k' S
>
> No. There is UNICODE, but that only covers some recent
> additions. And most of the database systems are loadlibrary
> style anyway.
>
> The bulk of the header applications were simply done without
> it.
I'm in the middle of adding the unicode versions in the header translation.
That's w
Hi,
I'm looking into adding unicode support for odbconnection. Although the
unixodbc and iodbc drivers also support the W versions of the API I would
prefer to include the W versions with a define. Is there already a global
define to select unicode api's? Or is this going to be managed on a per
un
> Yes, for instance if there are external resources like
> cursors or locks coupled to it, and it is not just a matter
> of freeing that single block of memory.
>
...
> Afaik the assumption that it is /modeled/ as managed is
> simply wrong. It is currently modeled as NOT managed, it is
> just
> > It broke also lazarus, MDO, rxmemds.
>
> They mostly track 2.7.1 also, so then it should be just a
> matter of enabling the right override for 2.6.x too (which is
> what I had in mind)
>
I understand. Just wanted to clarify that, to my knowledge, all 3rd party
dataset descendants and some o
> -Message d'origine-
> De : fpc-devel-boun...@lists.freepascal.org
> [mailto:fpc-devel-boun...@lists.freepascal.org] De la part de
> Marco van de Voort
> Envoyé : mardi 24 avril 2012 23:13
> À : FPC developers' list
> Objet : Re: [fpc-devel] Breaking change in FPC 2.6.1
>
>
> In our
>
> Done http://bugs.freepascal.org/view.php?id=21516
Patch attached to mantis.
Ludo
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> Compiling .\winunits-base\src\typelib.pas
> typelib.pas(371,71) Hint: Local variable "Handle" does not seem to be
> initialized
> typelib.pas(493,33) Hint: Local variable "sl" does not seem to be
> initialized
> typelib.pas(562,48) Hint: Local variable "sMethodName" does
> not seem to
> be in
> > Delphi documentation says:
> > "If Index is larger than the length of S, Copy returns an
> empty string
> > or array." http://docwiki.embarcadero.com/VCL/en/System.Copy
> >
> > Can it be fixed also in FPC?
>
> I think it's a Delphi bug to act like that. You must provide
> a length that is
> Hello everyone,
>
> I am trying to compile the following code:
>
> procedure XORBuff(I1, I2: Pointer; Size: Integer; Dest:
> Pointer); {$IFDEF FPC}
> {$ASMMODE INTEL}
> {$ENDIF}
> asm
>AND ECX,ECX
>JZ@@5
>PUSH ESI
>PUSH EDI
>MOV ESI,EAX
>
> > Is the use of {$ifdef LCL} to
> > encapsulate the Ole container in a fpc unit acceptable or is this a
> > herecy?
>
> Heresy, and worse, it will simply not work. A typical lazarus
> release then would have a FPC version with the LCL disabled
> and compiled with -Ur, and including the source
Hi all,
I'm in the middle of adding to the typelib importer the automatic generation
of a component implementing a sink for the events created by the com object.
It'll use the EventSink object I wrote a while ago and will generate the
components Onxxx properties and the corresponding function sign
> in activeds.tlb, there is a fragment that references non
> existing identifiers that have "internal" naming:
>
> ADSTYPEENUM = __MIDL___MIDL_itf_ads___0001;
> ADS_OCTET_STRING = __MIDL___MIDL_itf_ads___0002;
> P__MIDL___MIDL_itf_ads___0002 =
> ^__MIDL__
> debated). Also note that on platforms like Windows this would be a
> unnecessary call as there the current(!) timezone bias is
> located in a
> shared memory area which is mapped into each process by the kernel.
>
Apparently not everything is that transparent under windows:
http://msdn.micr
> If it is a C++ exception, then it is a firebird client bug.
> The exceptions are not supposed to leave the fbclient library...
>
Or fpc is catching the c++ exception and not chaining them. Similar to
win64.
Ludo
___
fpc-devel maillist - fpc-devel@
>
> What happens if you comipile with -gl and run the program
> under GDB ?
> can you post a backtrace ?
> Note that you may need to add a {$linklib pthread} to the
> program source,
> otherwise gdb may complain about missing threads support.
>
> The backtrace will show us exactly where the
> I've installed Firebird 2.5.1 with the corresponding client
> library, but I think that the poblem is on the FreePascal side.
>
> Thanks for all the suggestions so far,
Tried with fpc 2.4.0-2 on ubuntu 10.04 x86_64 using your compile parameters
and am not getting SIGSEGV either. Still using fb
> I'm using FPC 2.2.5, so perhaps the error is already known,
> but I did not find any solution in the web.
>
> I tested the code on Windows 32 bits and Linux 32 bits too,
> but there everything seems ok.
>
Tried your code on ubuntu 10.04 x86_64 using both libfbclient and libfbembed
2.1, fpc 2
>
> > What platform? Win32 builds fine with 19527 and 2.4.4.
>
> http://lists.freepascal.org/lists/fpc-devel/2011-October/026908.html
>
>
Of course! r19516... How could I have missed that...
Issue http://bugs.freepascal.org/view.php?id=20537 with patch attached.
Ludo
__
> Can't build ./trunk/FPC with starting compiler 2.4.4+
>
>
> mysql40conn.pas
> mysqlconn.inc(700,37) Error: Incompatible types: got
> "pculong" expected "PLongWord"
>
> Please fix :-)
What platform? Win32 builds fine with 19527 and 2.4.4.
Ludo
___
> On 5.10.2011 12:44, Ludo Brands wrote:
> >> I really don't know how to do that. I think I should modify the
> >> Command lien options which are currently the : "-O2 -g- -Xs"
> >>
> > These settings are fine. -g- means no debugging info.
&g
> I really don't know how to do that. I think I should modify
> the Command
> lien options which are currently the : "-O2 -g- -Xs"
>
These settings are fine. -g- means no debugging info.
> By changin it into the
>
> "-O2 -gl -Xs" (just a guess by the Message linker earlier) the IDE
> won't
> OK, seems to be same error...
>
> Just did not get how to get around it. Not using DWARF??
>
Had a quick look at the fpc compiler code and secrel32 seems to be used only
when creating dwarf debug info. Several messages on gcc and other mailing
lists suggest also the link between secrel32 and d
>
> ( NOTE : Lazarus & FPC newbie alert ;) )
>
>
> Test app included in the Bug report (Just use latest trunk version of
> Lazarus)
>
> http://bugs.freepascal.org/view.php?id=20362
>
> As it is suggested that this is an FPC issue, and I really should get
> this project (not the Test app, bu
> >> Thinking more about the alignment problems on arm and elsewhere, I
> >> was wondering how hard it would be to implement something
> like gcc's
> >> -Wcast-align. Here's a description from the man page:
> >>
> >> Warn whenever a pointer is cast such that the required
> alignment of
> >> th
> function fpc_sqr_real(d : ValReal) :
> ValReal;compilerproc;{$ifdef
> MATHINLINE}inline;{$endif}
> begin
>result := d*d;
> end;
>
> So yes, this clearly puts the compiler into an endless loop. I'm not
> sure what would be a clean fix for this (other than completely
>
>
> I use latest FPC from /trunk/ and this problem just started
> happening recently.
>
> Pseudo code
>
> Write To SQL as Blob (using parameter binding)
>
> Param.AsString=uInt64Array.toBlob(MyList);
>
> unit "uInt64Array"
>
> procedure fromBlob(List,string)
> count=length(string) div 8
>
> >>Having UTF-16 RTL might help them in a sense they they will never
> >>have to learn, until they deal with characters
> >>outside of the BMP.
> >
> >moew old school stuff here... a BMP is a windows style graphic...
> >what are you guys calling a BMP???
>
> ROTFLMAO!!!
> LMGTFY: "Basic Multil
> Hello,
>
> Could sb with a recent trunk based system and mysql please
> try to duplicate Mantis #15324?
>
> Thanks in advance.
> ]
>
> Marco
>
On XP SP2 with fpc 2.7.1 rev 18901:
<
C:\Documents and Settings\Ludo\Mes documents\Lazarus
Projects\test\leak0015324>leak.exe
Heap dump by hea
> 1. Very old.
1976
> 2. Written by a C programmer or so or a really old pascal
> programmer.
By Wirth and colleagues, the inventor/developer of pascal.
> 4. It has a huge ammount of q's, p's, kl's and
> lpt's as variable names
1976: 4k memory board 100$, 140M hard disk cabinet 8$
> > > Maybe we could/should put a fpc compilable version of
> this into the
> > > fpc
> > docs, and into the fpc distribution? Can't imagine that one
> could do
> > anything smaller or more portable?
>
> P4 is not FPC compilable. It uses ISO style filehandling
> iirc.
Correct.
And it uses al
> None, redcode, cuda.
>
> Mini-fpc could be reduced to show proportions that it becomes
> virtual, an
> exercise at seperating the processing of the pascal language
> and giving
> meaning/sense to the tokens so it becomes ready for
> assembling. It could be
> reduced to such a level that it
> Well what happens when:
>
> - you compile a package with stabs
> - your program with dwarf
>
> Or vice/versa.
>
> What will be in the final exe?
>
Both
> Is the debug info in the ppu already format specific, or
> generic. Will the stabs end up together with the dwarf?
>
Stabs go to the .
>
> Try rev 18900
>
> I think I fixed all issues
>
That was quick :)
Ludo
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
>
> ops... fixed in rev 18893
>
Got the file.
Several issues though:
- a lot of the integers should be ptrint for 64 bit processors. That work has
been done already in SynRegExpr.pas in the LCL.
- the file lost its UTF8 characters somewhere. In RegExpr you'll find
RusRangeLo = 'àáâãäå¸æçèéêë
> > Something went wrong with the commit. The rename worked but the new
> > regex.pp
>
> There is no new regex.pp, I did not modify this file, it is
> still Joost's version.
>
> Sorokin's RegExpr is all in one file: RegExpr.pas therefore I
> did not see a need to touch regex.pp
>
And where i
> I added Sorokins RegExpr to packages in rev 18891 introducing
> the following incompatibility:
>
Something went wrong with the commit. The rename worked but the new regex.pp
isn't committed:
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/regexpr/src/
Upackages\regexpr\fpmak
> > In short I am saying it saves time for the individuals
> trying to add
> > targets.
>
> No, it saves no time in total and is against any OSS spirit:
> imagine ten people developing for say the lpc2148 (or any
> other not yet supported controller). All of them use the bare
> controller and
> Not all permission bits have constants predeclared. Michael
> and I checked and Linux/FreeBSD/Darwin all have the upper
> bits declared like this:
>
> #define S_ISUID 0004000 /* [XSI] set user id
> on execution */
> #define S_ISGID 0002000 /* [XSI] set group id
> > Find some generic text aiming on complexity or whatever :)
> The rules
> > when it happens or not are pretty complex, they also depend on the
> > target architecture. See e.g. psub.pas:953+ and all occurences of
> > pi_needs_stackframe in the compiler
>
> I knew I should ask confirmation,
In http://www.freepascal.org/docs-html/prog/progsu72.html#x78-770001.1.72 is
written:
...
the compiler will omit the generation of a stackframe if the following
conditions are satisfied:
The procedure has no parameters.
...
This condition should read: The procedure has no parameters on the
> > No, Java is also known as a platform (like Java Virtual Machine).
>
> There are three separate things:
> * Java the programming language
> * the JVM platform/specification
> * the JDK
>
> There are indeed commonly called together "the Java
> platform", but they are not indivisible. That's wh
> > Some serial ports seem to have clocal unset, for some reason, which
> > causes it to block on open (waiting for the modem status
> lines). Like
> > you, I've never seen it with any of my serial ports, either.
>
> Might have to do with the defaulting to autobaud of some
> usbserial chips. _
> > While Android does support native Linux applications it
> does not have
> > a X server. Currently the only possibility for this is to run a X
> > server through a VNC viewer and thus you can not reproduce
> the usual
> > feel of an Android application. For that you'd need to write a Java
> > b
> > On windows, "make install" copies .svn subdirectories from the
> > packages/xxx/examples/ directories to the new examples/xxx/
> > directories. First time examples/xxx/ doesn't exist and all
> is fine.
> > Second make install causes following error:
>
> http://www.stack.nl/~marcov/buildfaq
Dear all,
On windows, "make install" copies .svn subdirectories from the
packages/xxx/examples/ directories to the new examples/xxx/ directories.
First time examples/xxx/ doesn't exist and all is fine. Second make install
causes following error:
...
make[5]: Leaving directory `C:/lazarus/fpc/svn/p
> > I knew I recognised the name of the author. This code is
> already used
> > in lazarus and can be found in components/synedit/synregexpr.pas. I
> > had to work on it because the original code doesn't run on cpu's
> > requiring alignment. The patch is attached at
> > http://bugs.freepascal.
I knew I recognised the name of the author. This code is already used in
lazarus and can be found in components/synedit/synregexpr.pas. I had to work
on it because the original code doesn't run on cpu's requiring alignment.
The patch is attached at http://bugs.freepascal.org/view.php?id=19109.
Lud
>
> Might be safer to refer to sh rather than bash in this context, since
> Debian and Ubuntu are moving from Bash to Dash with sh being an
> appropriate symlink.
>
For this simple example it won't matter but for more complex ones using
certain shell specifics it is a must to launch the corre
> > Cross platform solution:
> >
> > Uses process
> >
> > ...
> > p:=TProcess.Create(nil);
> > {$IFDEF WIN32}
> > p.CommandLine := 'cmd /c diff -r dir1 dir2 > diff.txt'; {$ENDIF}
> > {$IFDEF LINUX}
> > p.CommandLine := 'bash -c "diff -r dir1 dir2 > diff.txt"';
> > {$ENDIF}
> > p.Execute;
>
> This is all windows though.
>
Cross platform solution:
Uses process
...
p:=TProcess.Create(nil);
{$IFDEF WIN32}
p.CommandLine := 'cmd /c diff -r dir1 dir2 > diff.txt';
{$ENDIF}
{$IFDEF LINUX}
p.CommandLine := 'bash -c "diff -r dir1 dir2 > diff.txt"';
{$ENDIF}
p.Execute;
...
Ludo
> > Does there exist a simple way to run "diff", and to redirect
> > its output
> > into an file? A batch file? Platform independence would be
> > nice, of course.
> >
>
> Start the shell instead of diff:
>
> exec('cmd','/c diff -r dir1 dir2 > diff.txt');
>
> The /c tells the shell to exec
> There seems to exist an issue with (output) redirection, when
> I try to
> run an external program from code. What I want to achieve is this:
>
> In a Win32 console I can run
> >diff -r dir1 dir2 > diff.txt
>
> When I use e.g. Exec('diff', args), diff complains about an excess
> argument, i
>
> FPC (in svn trunk) already supports using the native Solaris
> ld by using the -Xn parameter. It doesn't appear to be
> documented yet though.
>
2.4.4 works also with -Xn
Ludo
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lis
> FPC (in svn trunk) already supports using the native Solaris
> ld by using the -Xn parameter. It doesn't appear to be
> documented yet though.
>
>
Just found that out from t_sunos.pas (cs_link_native in
init_settings.globalswitches)...
Ludo
___
A while ago I reported the problems encountered with glib and libc when
using lazarus on Solaris. Further testing shows that the problem isn't with
glib and libc but gld creating apparently a non solaris ABI compatible
program. In an fpc program linked with gld a libc malloc will always return
a nu
>
> Yes, but you can also do e.g.
>
> $ ./configure --prefix=/usr/local/mipsel-linux mipsel-linux-gnu
>
> and what I was wondering was whether the final portion of the
> parameter
> could, in some cases, "leak" into the binaries e.g. into ld's
> embedded
> script, resulting in the sort of pr
May be, that this can be fixed in sqldb.pp in function
TSQLConnection.GetAsSQLText(Param: TParam) : string;
...
-ftFloat: Result := FloatToStr(Param.AsFloat, FSQLFormatSettings);
+ftFloat: Result := FloatToStrF(extended(Param.AsFloat), ffGeneral,
16, 0, FSQLFormatSettings);
..
> One thing I don't understand is whether there's any scope for the
> computer type that's optionally fed to binutils's ./configure
> to appear
> in the final programs (ld for Solaris etc.). I definitely see
> references
> to sol2 as the final part of this parameter in config.sub which I
> be
> Can't find any reference to a -sol2 suffix even looking at (SPARC)
> Solaris 8. For that matter I can't find it in the FPC sources, except
> very obtusely referring to a version of gcc. Has install put
> something
> suspect in fpc.cfg?
>
This is pure ld. Nothing to do with fpc. When ld is
> Hmmm... I seem to recall prepare and bind parameters in
> fcl-db/mySQL component source?. Are you sure about this? I
> really, really, really need double precision data to work. I
> know i've used binary binds with Int64 arrays and things well
> beyond 8 bytes binary. ___
> I could understand if you wanted to bring this fact into
> argument over arithmetic and cumulative error. But the fact
> is - if I send a double precision data value to a double
> precision field in the SQL database - that value had better
> be the same - "bit for bit". Now if someone is bei
>
> I'll use this script for now, thanks for the help. But I
> still wonder why it doesn't work by default...
>
Probably the bug you mentioned in the other URL.
Here's another report of exactly the same problem:
http://permalink.gmane.org/gmane.comp.lang.lua.general/79592
Ludo
_
>
> If you add --verbose it'll print out the internal ld script.
> See what line 21 corresponds with.
>
>
I've attached the internal script for the gnu ld 2.21.1 on Solaris 10.
Try
/usr/bin/gld -s -L. -o test -T ld_internal_script link.res
Ludo
ld_internal_script
Description: Binary da
> Application name is test. (It's a hello world)
>
> /usr/bin/gld -s -L. -o test link.res
> result:
> /usr/bin/gld:built in linker script:21: syntax error
>
If you add --verbose it'll print out the internal ld script. See what line
21 corresponds with.
> When I use this: (-T, not -st)
> /usr/b
> > It doesn't make sense to display more digits than stored in
> the binary
> > variable. There is no loss, only rounding errors in the conversion
> > from binary to decimal text.
>
> I need to compare values with complete precision. I don't
> think this problem was present a while ago.
>
>
> >>> How do you get the 40734.825668912003 value?
> >> Fields.FieldByName(Value).AsFloat();
> >
> > Floattostr limits precision to 15 digits (40734.8256689120). When
> > updating the mysql database it converts the float to a string and
> > looses the last 2 digits. The last digits are returned
> > You need to get the gnu binutils from sunfreeware.com and set your
> > path to include /usr/local/bin.
>
> I have them installed. (Well, using 'pkg install
> gnu-binutils') Or else gld wouldn't be available at all. And
> there is no '/usr/local/bin'?
>
> Do you think I can better try the b
You need to get the gnu binutils from sunfreeware.com and set your path to
include /usr/local/bin.
If you want to build the compiler you'll also need the gnu make from the
same source.
Ludo
> -Message d'origine-
> De : fpc-devel-boun...@lists.freepascal.org
> [mailto:fpc-devel-boun...@
> > How do you get the 40734.825668912003 value?
>
> Fields.FieldByName(Value).AsFloat();
Floattostr limits precision to 15 digits (40734.8256689120). When updating
the mysql database it converts the float to a string and looses the last 2
digits. The last digits are returned by gdb or the str p
>
> 1.) Update Value : 40734.825668912039
> 2.) Actual Value after update : 40734.825668912
> 3.) Actual Value on read : 40734.825668912003
>
Several things here:
- floattostr(40734.825668912039) equals 40734.825668912.
- update table set t_double = 40734.825668912039 wher
> For completeness and playing Devil's Advocate, I do have to
> ask whether
> pre-v9 (i.e. pre-UltraSPARC) systems are relevant any more.
>
QEMU emulates V8. That's why I had to "downgrade".
Ludo
___
fpc-devel maillist - fpc-devel@lists.freepas
>
> maybe -uFPC_HAS_MEMBAR.
>
Mmm. Didn't expect that a command line undefine would override a define in
the code. I'll give it a try.
Thanks, Ludo
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinf
membar and stbar are instructions available as of sparc v9. To get fpc
running on a sparc http://lists.freepascal.org/mailman/listinfo/fpc-devel
> Am 04.07.2011 17:42, schrieb Ludo Brands:
> > Just spent an hour debugging a runtime error 217. No
> information just
> > runtime error 217, compilation aborted under lazarus and with
> > lazbuild. Rebuild fpc with debug information and ran the
> "offendin
> 2. Your compile should not and most likely would not have
> caused a ZFS
> disk damage.
That is not what I was suggesting. The damaged file caused the EIO and the
217. Not the other way around.
I found some entries in /var/adm/messages that signal a ZFS problem a few
hours ago. Cause???
Ludo
1 - 100 of 103 matches
Mail list logo
