Am 30.01.2019 um 23:14 schrieb conlin664 via fpc-pascal:
ok. I backed up to a simple version.
how I declare the C routine must be the problem,
with nothing,
procedure HelloC; cdecl; external;
I think it's trying to static link it, and gets an
pcode.pas(19,1) Error: Undefined symbol: _He
ok. I backed up to a simple version.
how I declare the C routine must be the problem,
with nothing,
procedure HelloC; cdecl; external;
I think it's trying to static link it, and gets an
pcode.pas(19,1) Error: Undefined symbol: _HelloC
with anything else
procedure HelloC; cdecl; ex
On Wed, 30 Jan 2019 15:14:12 +0100
Marco van de Voort wrote:
> Windows attributes can be > 8-bits, see e.g.
> https://docs.microsoft.com/nl-nl/windows/desktop/FileIO/file-attribute-constants.
But the Dos unit is in Windows for compatibility, if one need the
extended attributes there is the equi
Op 2019-01-30 om 14:18 schreef Marco Borsari via fpc-pascal:
I noted that two bytes are reported as a result, thought
IIRC in DOS only the low byte is affected while the high one
should be zero, so the assignment would become
attr:=l and $ff;
Waiting for your comments,
Windows attribute
Hi all,
I have some problem with a file archiver which uses the Dos unit
under Windows, I suspect the flaw resides in GetFAttr function.
Looking in the source for Win RTL
procedure getfattr(var f;var attr : word);
var
l : longint;
s : RawByteString;
begin
doserror:=0;
s:=ToSingleByteFile
I have a c++ module which just performs calculations, and does not use
c++ objects. Just c++ syntax. The header file which is used from a c++
main, is the following:
extern int delta_calcForward(float theta1, float theta2, float theta3, float &x0, float
&y0, float &z0);
extern int delta_calcIn
Op 2019-01-27 om 19:40 schreef AlexeyT:
I see stange crash in gdeque unit if I use unit from FPC trunk
https://github.com/graemeg/freepascal/blob/master/packages/fcl-stl/src/gdeque.pp
crash in TDeque.PushFront, i cannot understand it and i don't know the
code.
pls, reproduce it like me:
-
