> Making all the 100 ansistrings in this example set to empty doesn't
> Cut it, nor does trying to perform SetLength(MyArray,0);
Both are ok.
> At least not when I run tests and look at memory in use in the Win32
> Task Manager in XP.
That is your problem. To optimize performance, nearly all me
Could anyone give a simple example of how to set the
TProcess.Environment variables?
I have something like:
PROCESS:=TProcess.Create(nil);
PROCESS.Environment:=TStringList.Create;
PROCESS.Environment.NameValueSeparator:='~';
PROCESS.Environment.Add('REMOTE_ADDR~'+rWebServerRequest.IP);
PROCESS.En
Hello All.
I saw a great example of using:
MyArray: Array of ansistring;
There is code I saw that seems to work great using:
SetLength(MyArray,100);
Which allows MyArray[100]:='Some ansiString';
What I don't know is how to clean this up.
Making all the 100 ansistrings in this example set
On Mon, 12 Mar 2007 00:11:06 +0300, Marco van de Voort <[EMAIL PROTECTED]>
wrote:
> Are the licensing issues sorted out for it? If not, there may be a
> problem since standard MPL is incompatible with GPL (so people can't
> release GPL programs using those bindings). I don't know about the
L
> > Are the licensing issues sorted out for it? If not, there may be a
> > problem since standard MPL is incompatible with GPL (so people can't
> > release GPL programs using those bindings). I don't know about the LGPL
> > (and how our static linking exception affects this).
> >
>
> As far
On 10 Mar 07, at 20:00, [EMAIL PROTECTED] wrote:
Hi Marco,
> Hi, I wrote a patch that makes some clean of the unit Dos.pp
> of the Go32v2 version of the FPC 2.0.5. It corrects two
> buffer exceeding in a string check and conversion. For better understanding
> in further developement only.
I
On 10 Mar 07, at 19:47, [EMAIL PROTECTED] wrote:
Hi Marco,
> Reminder.
Good that you sent this reminder. ;-)
Unfortunately, your diff cannot be used without
changes and I don't have enough time to dig into
it deeply. The following points should be
addressed before applying it:
1) Please,
On Sun, 11 Mar 2007 20:17:49 +0300, Roozbeh GHolizadeh
<[EMAIL PROTECTED]> wrote:
The problem is the name mangling. Try to declare it
like:
function toupper(ch :
integer):integer;cdecl;external name 'toupper';
... if the external name is 'toupper'. It might also
be '_toupper'. You =
c
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh:
> >>The problem is the name mangling. Try to declare it
> like:
> >>
> >>function toupper(ch :
> integer):integer;cdecl;external name 'toupper';
> >>
> >>... if the external name is 'toupper'. It might also
> be '_toupper'. You =
> >>
> >>can chec
>>The problem is the name mangling. Try to declare it
like:
>>
>>function toupper(ch :
integer):integer;cdecl;external name 'toupper';
>>
>>... if the external name is 'toupper'. It might also
be '_toupper'. You =
>>
>>can check this with objdump.
>>
>>Dani=EBl
Well actually my problem is c object
On 10 Mar 2007, at 19:44, [EMAIL PROTECTED] wrote:
Reminder.
Did you ever answer the mail that Pierre sent to the list on 29
December in reply to your original mail?
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.f
On Sat, 10 Mar 2007 23:12:32 +0300, Jonas Maebe
<[EMAIL PROTECTED]> wrote:
Are the licensing issues sorted out for it? If not, there may be a
problem since standard MPL is incompatible with GPL (so people can't
release GPL programs using those bindings). I don't know about the LGPL
(an
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh:
> Well everything is now ok,but in my .c source i've
> used 'toupper' function,
> now when i try to declare it in my pascal file like
>
> function toupper(ch : integer):integer;cdecl;
>
> still i get undefined symbol toupper error from
> compile
Well everything is now ok,but in my .c source i've
used 'toupper' function,
now when i try to declare it in my pascal file like
function toupper(ch : integer):integer;cdecl;
still i get undefined symbol toupper error from
compiler.
i guess there is a problem in linker,ie you cant use
external pas
14 matches
Mail list logo
