In our previous episode, Lars said:
> > Indeed, that is one of the big differences between TProcess and
> > ExecuteProcess. I use TProcess often to execute something and then
> > capture the output results. fpGUI's example IDE (Maximus) shows how it
> > can be done with TProcess.
>
> Well I may m
In our previous episode, Lars said:
> > Executeprocess doesn't support piping. It orignally was mainly meant as a
> > portable dos.exec with parameters passed separately and without string
> > length limits, implementable on RTL level.
>
> But doesn't all processes report to stderr?
Afaik there
Hi,
You can use words.
But only words that the compiler defines. See the documentation.
Michael.
On Mon, 30 Jan 2017, Lars wrote:
It's not possible to define an operator like:
Operator AbcXyz(r : real; z1 : complex) z : complex;
begin
end;
Is it?
Has to be a symbol?
If one could use w
El 30/01/2017 a las 3:37, Ryan Joseph escribió:
I’m trying to hash a pointer value and found some example of hash function but
not sure about translations and the process in general.
Hello,
After addressing the ^ conversion showed by other people I have a
question. Why you need to hash a po
On Mon, January 30, 2017 12:57 am, Marco van de Voort wrote:
>
>> Or, get assignstream working on windows and not just unix, but that
>> will be a bit of a big undertaking, and again may not be possible.
>
> Again, duplicating TProcess.
>
Except assignstream doesn't require TProcess.Create and Fre
On Mon, January 30, 2017 1:06 am, Marco van de Voort wrote:
>> Reason I want to avoid TProcess is simply because cgi programs being
>> around 30-100K are easier to upload for people with limited internet
>> connection speeds. As soon as I pull in large units that involve lots
>> of classes the cgi
Am 30.01.2017 08:47 schrieb "Lars" :
>
> It's not possible to define an operator like:
>
> Operator AbcXyz(r : real; z1 : complex) z : complex;
> begin
> end;
>
> Is it?
>
> Has to be a symbol?
Only existing operators can be overloaded. For everything else, use a
function.
Regards,
Sven
_
Am 30.01.2017 11:07 schrieb "Lars" :
>
> On Mon, January 30, 2017 1:06 am, Marco van de Voort wrote:
> >> Reason I want to avoid TProcess is simply because cgi programs being
> >> around 30-100K are easier to upload for people with limited internet
> >> connection speeds. As soon as I pull in large
Am 30.01.2017 09:12 schrieb "Michael Van Canneyt" :
>
>
>
> Hi,
>
> You can use words. But only words that the compiler defines. See the
documentation.
That's not what he meant. Even if one overloads operator "Less" then one
still has to use it as "<".
Regards,
Sven
__
Hello Jonas.
> -k-rpath -k$(DEFAULT_LIB_INSTALL_PATH), or "-k-rpath
> $(DEFAULT_LIB_INSTALL_PATH)"
Ok, excellent.
Does it work while linking libraries too ?
Thanks.
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Something-l
Re-hello.
Is it cross-platform (does it work for Windows too) ?
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Something-like-TProcess-Environment-for-libraries-tp5727468p5727525.html
Sent from the Free Pascal - General mailing li
Hello Lars.
Many thanks to spent your time for us.
But after lot of test and re-test, my conclusion is:
op_open_memory() is buggy.
It looses the pointer assigned to the input-buffer of bytes.
And when using op_read() it points to nil in place of buffer-in.
Voila.
(But maybe I m wrong...).
F
On 30/01/17 12:27, fredvs wrote:
Hello Jonas.
-k-rpath -k$(DEFAULT_LIB_INSTALL_PATH), or "-k-rpath
$(DEFAULT_LIB_INSTALL_PATH)"
Ok, excellent.
Does it work while linking libraries too ?
Yes.
> Is it cross-platform (does it work for Windows too) ?
No. It doesn't work for OS X either. On
Hi,
I'm using FPC 3.0.1.
I've updated my sources and saw that dblib was updated, specifically
in revision 35345.
My doubts are:
1. I need to update my dblib.dll too?
no
2. If so, I could get this new version compiled in some FTP?
I checked this link below and didn't find a new compiled
14 matches
Mail list logo
