You might find some info on the list archive for fpc-devel:
http://lists.freepascal.org/lists/fpc-devel/2012-October/030149.html
--
Ewald
On 10/28/2012 04:09 PM, bsquared wrote:
> Hi all,
>
> It has been some time since I have used FPC/Laz. I was looking for some
> information
the VMT if I recall correctly). Then, as
Jorge mentioned you only need to provide a neat little factory that
`converts` these buffers to classes with which you can just continue in
the usual OOP way.
Hope this helps.
--
Ewald
Events don't necessarily happen in chronological ord
ng like this:
Move(YourVariable, YourArray[0], SizeOf(YourVariable))
(note that you might want to take endianess into account, but I don't
know if this applies to floats as it does to integers)
--
Ewald
Events don't necessarily happen in chronological order; yet somehow they do
persi
4
> Under Linux.
>
> What am I missing or doing wrong ?
>
> Thanks,
> Ido
> ___
> fpc-pascal maillist - fpc-pascal@lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
>
--
Ewald
Ev
p(381) Fatal: There were 8 errors compiling module,
>> stopping
>> Fatal: Compilation aborted
>> make: *** [debugserverintf.ppu] Error 1
>>
>>
>
> After more searching I found some posts that seem to indicate that the
> debugserver has not worked for some time.
On 11/07/2012 10:06 PM, Marco van de Voort wrote:
> In our previous episode, Ewald said:
>> Change all calls to (I don't know if argument lists are the same, it's
>> been a long time)
>> Listen() to fpListen()
>> ShutDown() to fpShutDown()
>>
[0], Length(a) * SizeOf(Char));
End;
; The compiler should generate an error when you try to typecast a
String to a NewString.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
mine.
Any ideas?
BTW: For time being I fixed it through
TProcType(Pointer(@TTestClass.AMethod)), where `TProcType = Procedure;`.
I think this boiles down to the same as a class procedure is nothing
more than a normal procedure as I see it (except for the name and some
other syntax)
d now.
TTestClass.AField:= 0; //Right?
End;
Sorry if I've just written the same thing twice (maybe thrice ;-) ) , but I've
got this feeling that this isn't anywhere in the manual pages so I want to be
absolutely sure about this.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Once upon a time, on 12/18/2012 06:42 AM to be precise, Sven Barth said:
>
> Am 17.12.2012 22:27 schrieb "Ewald" <mailto:ew...@yellowcouch.org>>:
> >
> > It should not contain this hidden parameter? In that case the above
> code (with the intermediat
n? Does it return something >= 0? In that
case the error comes from somewhere else.
As to your question wether SocketError() is thread-safe. On *nix (tested
on Mac OS X 10.6.8 and several Linuxes) it is, I'm using this function
in a multithreaded server and it's results are
cal books are? -Patrick
>
>
For the beginning programmer:
http://www.amazon.com/Sams-Teach-Yourself-Delphi-Days/dp/0672312867/ref=sr_1_1?s=books&ie=UTF8&qid=1358859138&sr=1-1&keywords=delphi+4+21
--
Ewald
___
fpc-pascal mail
er of R will be the final position of the mouse.
>
> During dragging, a temporary ellipse should be shown on screen and the
> mouse will be cross-shaped.
>
> Any idea re how to do it ?
>
> An unexpensive well debugged 3th-party library would be the ideal
> sol
BSD platforms at least.
>
> FmtStr(LThreadID, '%.4d', [PtrUInt(GetCurrentThreadID)]);
>
>
> I've tested the PtrUInt() cast under FreeBSD, Linux and Windows, and it
> seems to work fine.
>
>
> BTW:
> This code is only used to supply a threa
256 element at the other, a set to
> contain up to (say) 257 elements would require more space and that's
> not supported.
>
Probably a typo, but 8 bit * 8 bytes = 64 elements. So I suppose you
mean `[...] occupies 32 bytes in memory [...]`?
Just so nobody ge
Once upon a time, Xiangrong Fang said:
> Is it possible to use try...except to catch SIGSEGV?
I don't know if it is possible, but how about using fpSignal()? See
http://www.freepascal.org/docs-html/rtl/baseunix/fpsignal.html
--
Ewald
___
fp
hing anyone has already mentioned, please forgive me, I've
only just read this message and thought to elaborate a bit on it :-)
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Once upon a time, José Mejuto said:
> El 28/03/2013 1:06, Ewald escribió:
>> Sorry to just drop in on this quite late, but isn't gzip a
>> compression algorithm and not a file format as such? gzip (the
>> command line utility) only compresses one file and *doesn'
what I said earlier, but there can
apparently be more than one file in a gzipped `thing`: see
https://en.wikipedia.org/wiki/Gzip#File_format . It is not really all
files in one container, but more like concatenating serveral of these
one-file gzipped files, if you see what I mean. Anyway, I've ne
It's that final declaration that goes wrong, but I can fix it by
> moving the class back into the implementation part. FPC 2.6.2 on Linux
> x86.
>
Just and idea: Can it be that you redefined TStringList (or boolean for
that matter, but that doesn't strike me as obvious) in oneof t
Note that even in non-blocking mode, 0 means the socket is closed. If you
received no data yet, you will get -1 as a return value and errno will be set
to EAgain of EWouldBlock (see the link above).
Does this help or am I completely talking besides the point?
--
Ewald
reful with this approach.
Another way would be to use a non-blocking socket to accept connections...
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 03 May 2013, at 00:15, Zaher Dirkey wrote:
>
> On Fri, May 3, 2013 at 12:51 AM, Ewald wrote:
> pthread_cancel()
>
> pthread_cancel() not close the handles i though.
That's true, but at least it returns control to you (= the programmer), so you
can close
On 03 May 2013, at 11:30, Zaher Dirkey wrote:
>
> On Fri, May 3, 2013 at 12:18 PM, Ewald wrote:
> That's true, but at least it returns control to you (= the programmer), so
> you can close the handles manually.
>
> I am notprefer force to close any thing, that will
Once upon a time, Zaher Dirkey said:
> On Fri, May 3, 2013 at 7:22 PM, Ewald wrote:
>
>> "Accept" but without errors
>
> You cant, Accept give you a handle of new socket or give you an error, not
> all is fatal error, just check what is it, if it a closed handle o
On 03 May 2013, at 20:13, Marco van de Voort wrote:
> In our previous episode, Ewald said:
>>
>> The point being that the answer to one of the OP sub-problems [the one
>> quoted _partially_ above], can be to either use:
>> - pthread_cancel() [overkill, I know,
ether or not the next IO operation is going to block.
Now that we have established these two facts, I believe that using select
before accept to check whether the latter will block is valid logic, wouldn't
you say?
PS: The exact details of this implementation I do not know, I haven'
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
d some example code
if you want.
Or you could perhaps block this signal using pthread_sigmask
(http://man7.org/linux/man-pages/man3/pthread_sigmask.3.html). I believe I have
some example code of this too.
--
Ewald
___
fpc-pascal maillist - fpc-
On 01 Jun 2013, at 08:51, Dennis Poon wrote:
> Ewald,
>
> Please kindly share your sample codes for both approaches.
> Thanks a lot
Right, here you go:
*** fpSignal() ***
First you declare a function which is going to handle the signal (SignalHandler
in my example), then y
Once upon a time, Tomas Hajny said:
> On Mon, June 3, 2013 18:09, Ewald wrote:
> Well, you can obviously use tool bin2obj created with/for FPC and
> distributed with FPC releases - see fpcsrc/utils/bin2obj.pp.
Seriously? I should really start looking at included tools... I've got
thi
iginal data in
bytes. To read the size, just use `csize_t(@{$escapedpascalname}_size)`.
Note that the above is a very quick draft (kind of a quickfix for some
other project -- but is works) and thus contains errors and lacks error
checking. Use at your own risk ;-)
PS: Sorry about the php code there; I know it's not the php mailing
list, but my buildtool happens to be written in php ;-)
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Once upon a time, Rainer Stratmann said:
> For me this seems (too) complicated to do an easy thing (including some data).
That, and I don't think that ld on mac os x can handle `-b` (or --format).
--
Ewald
___
fpc-pascal maillist - fp
x27;.
IIRC the part after `.so` is considered a version number (or indication
thereof). The behaviour you are seeing is *probably* that the linker
could not find `libcrypto.so.1.2.asdasd`, so it decides to use the one
it found instead.
Anyway, I don't know that much about `the lin
file) is
reached on *blocking filedescriptors*.
Note that the above is a rather sumarized explanation, but it should make the
point.
FYI: I've never had the problem of a `partial read` (e.g. SomeStream.Read(50)
returning 36 or something) on linux, osx and windows; so perhaps you
On 16 Jun 2013, at 03:18, Michalis Kamburelis wrote:
> Ewald wrote:
>> And what with non-blocking pipes pipes? Wait for a *some* period
>> until you get all data? It is up to the programmer to do this INHO.
>
> If you want to get partial data (instead of waiting until all
etc...
tcsetattr(Handle, TCSADRAIN, @Attr);// Take a look at the documentation of
this call to see what constant (TCSADRAIN) you want to use.
===EOC===
Hope it helps!
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://li
Word(), ... I not, have a look at
http://www.freepascal.org/docs-html/rtl/system/fillchar.html
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Once upon a time, Marcos Douglas said:
> Do you (all) use prefix in Procedures and/or Functions too? ;-)
Unitname.GetHandler() ?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/
; but when i try to run it it comes up with an error saying "identifier not
> found" and highlights each of the case choices .. i.e. 3: returns;
> .. any help ? :( :( :(
And where exactly are these functions (`returns`, `withdraw`, etc...)
defined? I can't see them
Once upon a time, silvioprog said:
> Hello,
>
> How to decrypt a MD5 in FPC?:
MD5 is a hashing algorithm, not an encryption algorithm. There is more
than one input for this algorithm which will generate the same hash, as
opposed to a cipher.
Once upon a time, silvioprog said:
> 2013/12/11 Ewald mailto:ew...@yellowcouch.org>>
>
> Go to: http://md5decryption.com <http://md5decryption.com/>
> In "Please input the MD5 hash that you would like to be decrypted:"
> field, put: 7db4a8dae498d1b4686ebd1f79
though it
cannot be called decryption. If I would advertise a bicycle as a car to
you there would also be some confusion don't you think :-)
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
for
the noise.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
]
instead of the name of the function as the second argument in GetProcAddress()?
Perhaps try `GetProcAddress(LibHandle, 'soundtouch_clear');` on line 54 and
modify the rest in a similar fashion?
Hope it helps.
--
Ewald
___
fpc
platform,
except that you could try a similar approach as on linux (use symbol names
instead of indices). OTOH it could (?) be that the the compiler inserts code to
typecast PChar(1) to a string, which could result in an access violation (try
`var a: string; a:= pchar(1);` to try it out ;-)
.cpp which is the windows dll
> wrapper.
Note one detail: it is declared there as __stdcall, not as __cdecl, so perhaps
this has something to do with it?
@Fred: Also note that the type HANDLE is defined there as a pointer, so [as a
sanity test of sorts] sizeof(Handle {in pascal}) should
"C" in front of the symbol). or it could be that I am
completely missing something here. [for example: is the symbol `DLL_EXPORTS`
defined at compile time?]
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
don't define THandle in your library
wrapper. THandle is defined as a longint
(http://www.freepascal.org/docs-html/rtl/system/thandle.html), but you need a
pointer.
Try putting `Type THandle = pointer;` somewhere before the first usage of this
type in your library wrappe
could shed some light on this? (Links to documentation I
missed will do :-) )
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
d. Thanks for the pointer!
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 18 Jan 2014, at 15:22, Sven Barth wrote:
> On 18.01.2014 13:45, Ewald wrote:
>> Hi,
>>
>> This morning, I saw on fpc-devel a message titled `CPPClass`, which made
>> me wonder if this keyword means what its name implies. Sadly though,
>> there is not much do
.. how? :(
>
First define a type to make your like easier:
Type
TProcType: Procedure;
Next, adjust contralContol's prototype: procedure centralControl(var aValue :
word; theRecord : somerec; whichProc: TProcType);
And you're done:-)
--
Ewald
__
en calls doThis and doThat with the necessary
> parameters?
>
Simply change the type:
Type
TProc = Procedure(aRecord: somerec);
Then you can call whichProc (in centralControl) with your argument of choice.
--
Ewald
__
On 24 Jan 2014, at 22:20, waldo kitty wrote:
> On 1/24/2014 3:18 PM, Ewald wrote:
>>
>> On 24 Jan 2014, at 21:20, waldo kitty wrote:
>>
>>> On 1/23/2014 2:18 PM, waldo kitty wrote:
>>>
>>> following up on this, how do i pass parameter
27;t have debug info for your library this won't help you much.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
;
One might think at first glance that `ReturnTheAnswer^` is 42, but this is
incorrect in some cases. The example here might be extremely over-simplified,
but replace `a: Integer` with `mystring: String` and we're roughly at your
example.
--
Ewald
___
o and fro you would be better off with a
more pascalish version. The thing that comes to mind here is providing a
function in your library that replaces the current memory manager with the one
passed to it as an argument. This would allow you to simply return a string.
--
Ewald
__
ook me an our or so to track that one down
:-)
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
#x27;m not mistaking?). Your chances of getting help with
some extremely simple bit of java code are a lot better that case IMHO.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
p the queue that
CheckSynchronize is supposed to empty. See
http://www.freepascal.org/docs-html/rtl/classes/checksynchronize.html
for more details on this call.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org
On 30 May 2014, at 10:46, fredvs wrote:
> re-@ Ewald :
>
>>> It *must* be called in the context of the main thread (the thread that
>>> loaded the library)
>
> OOps, so do you mean that CheckSynchronize must be called by Java ?
> So i have to add a "cus
On 05/30/2014 01:15 PM, fredvs wrote:
> Please read my earlier post before this one
>
> @ Ewald, i have try with :
>
> While true do
> Begin
> ... code ...
>
> CheckSynchronize;
> End;
>
> But this does not w
ava mechanism that allows him to
`append` this checksynchronize to `the` main loop, some main-loop hook
of sorts. That is IMHO the way to go for, but as my knowledge of java is
rather limited, I cannot comment on the feasibility or practical details
of this approach.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
C++, just QStrings. (oops, yeah, I use Qt also)
Time for some nitpicking..Yay! How about:
char YourString[SIZE];
It's kind of a drudgery to handle those though, so I see why you like QStrings
better :-)
--
Ewald
___
fpc-pascal maillist -
allows assignments to for-loop counters
(although I doubt it), I don't know.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
for this was that
FPC has no dependency to libc under normal circumstances. Making
cthreads the default thread manager would thus add a dependency to libc.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
has now
evolved into is, in my opinion, off-topic.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 10/02/2014 05:35 PM, silvioprog wrote:
> Hello,
>
> Someone could inform me if there is an entry in bugtracker with
> references to this topic?
This has already been fixed I believe. See
http://lists.freepascal.org/pipermail/fpc-devel/2014-July/033930.html
for more information
anybody shed some light on this?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
mov%esi,%r12d <-- second
argument, %rsi
44b36b:49 89 d5 mov%rdx,%r13<-- third
argument, %rdx
What I forgot to mention was that this is on a x86_64 architecture, so I
based myself on the table found at
http://wiki.osdev.org/Call
that the other language
can't do anything useful with it, my thought was that it would be
possible to pass along these managed types (especially string, as it is
a pointer internally) to another pascal function (a callback in my case).
--
Ewald
nwhile, I've fixed my issue by not returning a string as a
result, but as an out parameter:
Function Bla: String;
... becomes ...
Procedure Bla(out Result: String);
This seems to work. How portable it is, I do not know, I guess time will
be the
ticed something interesting under 2.6.4 on x86 Linux.
>
> How can "else" be ambiguous within a case statement?
If one omits the trailing semicolon (the one that's commented), the else
becomes ambiguous:
Case Something of
Value1: ;
t/Base/fpc"
Have you tried `make CPU_TARGET=x86_64 all` instead of `crossinstall`?
That's how I just built the latest revision, 29488.
Just a suggestion...
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
ame argument as above...
Projects are identical on both platforms though (except for a few ifdefs
to access OS-specific functionality).
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 01/28/2015 10:01 AM, Michael Schnell wrote:
> On 01/27/2015 10:27 PM, Ewald wrote:
>> - Without the target system, the application cannot be tested ..
> This is true, only because remote debugging is not well supported.
For remote debugging a target system is needed as well
pping ?
Stepping and microstepping can easily be implemented in the microcontroller
itself, like you say. The reason you need an extra chip is the need for some
power transistors arranged in a bridge configuration, something similar to the
L298 or L293D, to name some popula
` kind of declarations (in constrast to `Class procedure XXX;
static;`).
I don't know how long that is going to last however (since this hidden
parameter thingy is an implementation detail of the compiler I think). So I
fully agree: it would be a kindness of the compiler people to confirm this
e
TBlowFishStream descendants use? e.g. EBC, CBC, STR, OFB, ... (abbreviations
taken from http://en.wikipedia.org/wiki/Block_cipher_mode_of_operation)
It is not documented at
http://www.freepascal.org/docs-html/fcl/blowfish/tblowfishencryptstream.html I
think.
--
Ewald
___
On 17 Mar 2015, at 22:32, Graeme Geldenhuys wrote:
> On 2015-03-17 18:49, Ewald wrote:
>> The docs state that it is called automatically upon destruction:
>
> Correct, and I knew that. But I was explicitly looking at the code
> Antonio supplied.
> [...]
> This is my i
ng.
As Mark suggested, perhaps a bug in the fpc implementation (fpc does not
normally use lic for it's syscalls)? Try defining the function manually,
using libc's equivalent and see if it produces the same result?
Just a suggestion...
--
Ewald
ways links to it, but does not use X11 functionality
when XOpenDisplay fails?
Just an idea... I'm no expert on the matter.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
for example)?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Try
Break
Finally
Whatever
End;
Repeat
Try
Continue
Finally
Whatever
End
Until True;
End.
==== Code End
--
Ewald
___
fpc-pascal maillist - fpc-pasc
issue :-)
I wonder if you have tried to set the environment variable
`LD_LIBRARY_PATH` to contain `the_path_you_want` before you spawn the
other process?
See also
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html :
section 3.3.
--
Ewald
__
al.org/docs-html/rtl/baseunix/stat.html
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
is available to set the
environment variables[1]. Using a TProcess, try setting the
`Environment` property before running it[2].
Hope it helps :-)
[1] http://linux.die.net/man/3/exec
[2]
http://www.freepascal.org/docs-html/fcl/process/tprocess.environment.html
--
Ewald
__
be careful and
write a small sanity test that checks correct operation every time you use a
new compiler.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
he same as you would have
in C, but all functions are prefixed `fp` (as are most other low level
functions on *nix BTW).
[1] http://www.freepascal.org/docs-html/rtl/sockets/index-5.html
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freep
op;
(although functions/procedures are terminated using `end
;` as well)
Extra feature: inherent concurrency support. I don't know about classes
or generics, those will probably be in an newer standard. But who needs
those?
--
Ewald
___
fpc-p
On 09/13/2015 03:25 PM, che fou wrote:
> Atm i don't know how to report , i'll try to figure out how to
Try http://bugs.freepascal.org/
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cg
will be appear
> under the Free Pascal language Lexical topic:
>
> http://cache.getlazarus.org/images/lexical-diagrams.png
What's wrong with those found in the documentation? (for example:
http://www.freepascal.org/docs-html/ref/refse105.html
ng a secondary set of documentation the "terrible" state
won't improve, now will it?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 01/30/2016 08:09 PM, Anthony Walter wrote:
> Ewald,
>
> If you read the threads on the Lazarus forums
I'm not subscribed to that forum as I do not use lazarus. I use
freepascal without an IDE. So by all means: enlighten me :-)
> you'll see the points people are making w
On 01/30/2016 08:22 PM, Anthony Walter wrote:
> Ewald,
>
> Maybe you should go to the forums and enlighten everyone. I provided
> the link in my last reply.
You missed the point. It is not my intention to shove my opinion down
anyone's throat.
I do however think that reinvent
r debugging purposes, just add
Function dlopen(filename: PChar; flags: cint): Pointer; cdecl; external;
Function dlclose(handle: Pointer): cint; cdecl; external;
Function dlsym(handle: Pointer; Name: PChar): Pointer; cdecl; external;
F
eAddress(...);
If Y = nil Then
WriteLn('Y: ', dlerror);
Z:= GetProcedureAddress(...);
If Z = nil Then
WriteLn('Z: ', dlerror);
It is really nothing more than a function call, quite similar to fpGetErrNo.
> I am in the dark.
Being in the dark is posi
On 03/19/2016 08:53 PM, Marco van de Voort wrote:
> In our previous episode, Ewald said:
>>> Re-huh..., it should be a great plus if a dlerror() was implemented in fpc
>>> too.
>>>
>>> But maybe I am missing something, maybe dlopen(), dlsym() and dlerror()
ead of "hn: TLibHandle"? I don't know if
it can be assumed that this handle will always be an integer (think, for
example, pointer)? Just a thought.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
1 - 100 of 123 matches
Mail list logo
