From: "Urbansound" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, July 27, 2005 11:05 PM
Subject: C++ > C wrapper callback > Pascal Continues
.
.
>> 3) The API is multi-threaded, having dl'd a thread monitor, showing as
>> many as 5 threads spawened to the API and accompanied executable. As
>> well,
On 7/28/05, Leonhard Holz <[EMAIL PROTECTED]> wrote:
> Hello,
>
> If you compile a win32-program you will have a total virtual memory,
> that means that your pointer values don't have anything to do with the
> physical ram. A pointer associated to $a actually points to nowhere.
>
ok...thanks
On Thursday 28 July 2005 06:11, Leonhard Holz wrote:
> If you really want mode $13 you need to compile for dos, cause then
> windows sets up an old-style 8086 environment. Unfortunately the
> download page says:
>
> "Sorry, no Dos release yet. The Dos platform is missing a maintainer
> and is not
> On Thursday 28 July 2005 06:11, Leonhard Holz wrote:
>
>> If you really want mode $13 you need to compile for dos, cause then
>> windows sets up an old-style 8086 environment. Unfortunately the
>> download page says:
>>
>> "Sorry, no Dos release yet. The Dos platform is missing a maintainer
>> an
As Vinzent says there are some problems with the dos (go32v2) - not sure that
these are bad enough to prevent us doing a v2.0.x release shortly - the
compiler & rtl seem to be fine. Anyway in the meantime the _daily_ dos v2.0.1
snapshot which has release + fixes functionality and the v2.1.1 snap
Florian Klaempfl a écrit :
Vincent Snijders wrote:
Hi,
Suppose I have the following code:
var
a,b: dword;
c: qword;
begin
a := 1000;
b := 2000;
c := a * b;
writeln(c);
end.
Now, although c is large enough to contain the result only the lower
dword is filled. I can force corre
Florian Klaempfl wrote:
Vincent Snijders wrote:
Hi,
Suppose I have the following code:
var
a,b: dword;
c: qword;
begin
a := 1000;
b := 2000;
c := a * b;
writeln(c);
end.
Now, although c is large enough to contain the result only the lower
dword is filled. I can force corre
I'm using ExecuteProcess to run a commandline application. This application
returns information to stdout. I have tried to pipe this to a file, but
unfortunately this does not work. I keep getting a message like: "error
resolving case of '>'"
Is ExecuteProcess not capable of handling pipes, is ther
| I'm using ExecuteProcess to run a commandline application. This application
| returns information to stdout. I have tried to pipe this to a file, but
| unfortunately this does not work. I keep getting a message like: "error
| resolving case of '>'"
| Is ExecuteProcess not capable of handling pipe
> Have you checked out AssignStream. It works well.. might be available on
*nix
> only though.
I will check it, although I "prefer" a platform independent aproach.
Darius Blaszijk
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lis
| I will check it, although I "prefer" a platform independent aproach.
Same .. if anyone knows of other ways to pipe, let us know.
Lars
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pasca
Darius Blaszijk wrote:
I'm using ExecuteProcess to run a commandline application. This application
returns information to stdout. I have tried to pipe this to a file, but
unfortunately this does not work. I keep getting a message like: "error
resolving case of '>'"
Is ExecuteProcess not capable o
> Florian Klaempfl a écrit :
>> Vincent Snijders wrote:
>>
>>
>>>Hi,
>>>
>>>Suppose I have the following code:
>>>
>>>var
>>> a,b: dword;
>>> c: qword;
>>>
>>>begin
>>> a := 1000;
>>> b := 2000;
>>> c := a * b;
>>> writeln(c);
>>>end.
>>>
>>>Now, although c is large enough to contain
13 matches
Mail list logo
