with which you can just continue in
the usual OOP way.
Hope this helps.
--
Ewald
Events don't necessarily happen in chronological order; yet somehow they do
persist to happen. Sometime.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
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
persist to happen. Sometime
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Ewald
Events don't necessarily happen in chronological order; yet somehow they do
persist to happen. Sometimes.
___
fpc
that the
debugserver has not worked for some time. One of those posts lead me
to the debugserver server that is an example in fpGUI. I built that
and it works. tiOPF was also suggested. I intend to look into it as
well.
--
Ewald
Events don't necessarily happen in chronological order; yet somehow
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()
Socket to fpSocket()
Bind() to fpBind()
Prefix
;
; 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
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)
--
Ewald
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 ew...@yellowcouch.org
mailto:ew...@yellowcouch.org:
It should not contain this hidden parameter? In that case the above
code (with the intermediate pointer cast) would prove correct
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 consistent with what I
expect on a per-thread basis.
--
Ewald
For the beginning programmer:
http://www.amazon.com/Sams-Teach-Yourself-Delphi-Days/dp/0672312867/ref=sr_1_1?s=booksie=UTF8qid=1358859138sr=1-1keywords=delphi+4+21
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org
, 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
solution (as I don't plan to work in graphics in the future).
--
Ewald
used to supply a thread id/value to a logging function
(file, GUI, console etc) to help with debugging, or at least show which
thread wrote what debug log entries. So it's not critical code.
Regards,
- Graeme -
--
Ewald
___
fpc-pascal maillist
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 gets confused :-)
--
Ewald
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
___
fpc-pascal
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't* put this
in a multi-file container
serveral of these
one-file gzipped files, if you see what I mean. Anyway, I've never seen
it happen, so I'm going to leave it at that before I start sounding
silly ;-)
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
TStringList (or boolean for
that matter, but that doesn't strike me as obvious) in oneof the units
you used in your implementation section?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
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
___
fpc-pascal maillist - fpc
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 ew...@yellowcouch.org 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 ew...@yellowcouch.org 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 make more
Once upon a time, Zaher Dirkey said:
On Fri, May 3, 2013 at 7:22 PM, Ewald ew...@yellowcouch.org 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 or
shutdown.
Yes, I
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, but nonetheless a solution]
- non-blocking
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't tested.
--
Ewald
last week everything was normal.
Thank you!
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Ewald
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 you just call
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
this feeling
;-)
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 - fpc-pascal
.asdasd`, so it decides to use the one
it found instead.
Anyway, I don't know that much about `the linker` either, but this would
be my guess.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
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 have
exposed some bug in an obscure TStream descendant?
--
Ewald
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 requested data
is available
, 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://lists.freepascal.org/mailman
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/fpc
? :( :( :(
And where exactly are these functions (`returns`, `withdraw`, etc...)
defined? I can't see them either by looking at your code... Perhaps a
minimal working example would be handy?
--
Ewald
___
fpc-pascal maillist - fpc-pascal
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.
--
Ewald
Once upon a time, silvioprog said:
2013/12/11 Ewald ew...@yellowcouch.org 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: 7db4a8dae498d1b4686ebd1f79326602
See the result
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
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-pascal maillist - fpc-pascal
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 ;-) ).
--
Ewald
___
fpc-pascal maillist - fpc
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 be equal to
sizeof(HANDLE /*in C/C++*/).
--
Ewald
___
fpc-pascal maillist - fpc-pascal
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.freepascal.org/cgi-bin/mailman
), but you need a
pointer.
Try putting `Type THandle = pointer;` somewhere before the first usage of this
type in your library wrapper.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo
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
!
--
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 documentation on this subject (read: none I
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
___
fpc-pascal maillist
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
___
fpc-pascal maillist - fpc
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 parameters to doThis and doThat?? do i
have to use an intermediate pre_doThis
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
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
___
fpc-pascal maillist
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
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
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
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
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/cgi-bin/mailman
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 custom procedure in the fpc library (who will be only
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 work...
The question here is: where did you type
details
of this approach.
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
:
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 - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
Begin
If Then
...
Else
Counter:= 1;
Counter-= 1;
End;
?
Perhaps there is a switch that allows assignments to for-loop counters
(although I doubt it), I don't know.
--
Ewald
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.org/cgi-bin/mailman
.
--
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.
--
Ewald
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
,%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/Calling_Conventions .
--
Ewald
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
___
fpc-pascal
, 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 judge and jury on that.
Anyway, thanks to you all!
--
Ewald
___
fpc-pascal
.
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: ;
Value2: If Condition Then DoSomething (*;*)
Else
End;
--
Ewald
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.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
...
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? So even if
remote
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 interpretation of what is going
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 :-)
--
Ewald
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 popular IC's.
--
Ewald
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
___
fpc-pascal maillist
Whatever
End;
Repeat
Try
Continue
Finally
Whatever
End
Until True;
End.
Code End
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
)?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
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
___
fpc-pascal maillist
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
___
fpc-pascal maillist
-html/rtl/baseunix/stat.html
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
so far. Better 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
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-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin
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.freepascal.org
http
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/cgi-bin/mail
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 reinventing d
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 while compl
pear
> 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 ) IMO those
pr
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
f 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 positive, as one can always turn on the ligh
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 d
LoadLibrary has the same width). In your example you used an integer. Is
sizeof(Integer) = sizeof(Pointer) of your system?
If for example, you are missing the upper four bytes of the pointer, the
above message makes sense.
--
Ewald
___
fpc-pascal
e 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
he case, then you should probably report a bug. The
man page of at least linux and freeBSD indicate that it should be a pointer.
However, I would like to note that on linux, using revision 32828,
TLibHandle is defined as a ptrint, which is correct.
--
Ewald
poses, 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;
Function dlerror
ince there’s no obvious name to use for the file now.
Mutually exclusive classes are mutually exclusive to classes which have
dependencies on one another ;-)
Or am I missing something?
--
Ewald
___
fpc-pascal maillist - fpc-pascal@lists.freepas
mpressStream(InStream: TStream; OutStream: TStream): Integer;
function ExtractStream(InStream: TStream; OutStream: TStream): Integer;
I think this is what you are looking for. I don't know about file
headers. At least it would form a good starting point.
Good luck
1 - 100 of 116 matches
Mail list logo