In our previous episode, waldo kitty said:
>
> http://wiki.lazarus.freepascal.org/Executing_External_Programs
I added a short paragraph about runcommand
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/list
On 6/30/2013 09:12, Johan Tu Toit wrote:
sorry it is my fault it was suppose to be: $uname -r
ok... thank you for clarifying that ;)
have you learned what you need to do from the link leledumbo gave earlier in
this thread?
http://wiki.lazarus.freepascal.org/Executing_External_Programs
--
On Sunday 30 June 2013 14:56:33 you wrote:
> > It is not necessary to delete the file.
>
> so you propose to leave temporary files laying about all over the place
> polluting the filesystem?
hahaha
All over the world!
___
fpc-pascal maillist - fpc-p
sorry it is my fault it was suppose to be: $uname -r
On 6/30/13, waldo kitty wrote:
> On 6/30/2013 08:14, Mark Morgan Lloyd wrote:
>> Rainer Stratmann wrote:
>>> On Sunday 30 June 2013 12:32:30 you wrote:
If I had to go on, what's that -r supposed to be doing?
>>>
>>> It is not too difficult
> perhaps someone should slow down their engine and look closer at what is
> posted? ;)
hahaha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 6/30/2013 08:44, Rainer Stratmann wrote:
On Sunday 30 June 2013 14:14:56 you wrote:
In which case why is he putting ls in front of it?
I guess he simply does not know by now and tries out something.
don't guess... others cannot learn from assumptions and guesses...
-r is a valid opti
On 6/30/2013 08:14, Mark Morgan Lloyd wrote:
Rainer Stratmann wrote:
On Sunday 30 June 2013 12:32:30 you wrote:
If I had to go on, what's that -r supposed to be doing?
It is not too difficult to find out.
If you speed up your engine then you can find out that he wants to know the
actual Linu
On Sunday 30 June 2013 14:14:56 you wrote:
>
> In which case why is he putting ls in front of it?
I guess he simply does not know by now and tries out something.
> -r is a valid option
> to both uname and ls, so since we're already looking at a broken command
> it's entirely valid to ask which
On 6/30/2013 05:41, Rainer Stratmann wrote:
On Sunday 30 June 2013 00:59:59 you wrote:
I Tried, but only return an integer not a string value.
Thats right.
You have to put the result in a file and then afterwards read the file.
ls uname -r> file.txt
what?! that's not right... i've never
On 6/29/2013 20:53, Johan Tu Toit wrote:
On 6/30/13, waldo kitty wrote:
FWIW: top posting is like reading a book backwards... please post below
existing quotes...
*^^^*
i fixed your quotes and reply...
On 6/29/2013 1
Rainer Stratmann wrote:
On Sunday 30 June 2013 12:32:30 you wrote:
Rainer Stratmann wrote:
On Sunday 30 June 2013 00:59:59 you wrote:
I Tried, but only return an integer not a string value.
Thats right.
You have to put the result in a file and then afterwards read the file.
ls uname -r >
On Sunday 30 June 2013 12:32:30 you wrote:
> Rainer Stratmann wrote:
> > On Sunday 30 June 2013 00:59:59 you wrote:
> >> I Tried, but only return an integer not a string value.
> >
> > Thats right.
> >
> > You have to put the result in a file and then afterwards read the file.
> >
> > ls uname
Rainer Stratmann wrote:
On Sunday 30 June 2013 00:59:59 you wrote:
I Tried, but only return an integer not a string value.
Thats right.
You have to put the result in a file and then afterwards read the file.
ls uname -r > file.txt
I'm sorry, but that's misleading on at least two accounts.
On Sunday 30 June 2013 00:59:59 you wrote:
> I Tried, but only return an integer not a string value.
Thats right.
You have to put the result in a file and then afterwards read the file.
ls uname -r > file.txt
The integer is the result code of the execution.
It contains information if the execu
return string
On 6/30/13, waldo kitty wrote:
>
> FWIW: top posting is like reading a book backwards... please post below
> existing
> quotes...
>
> On 6/29/2013 18:59, Johan Tu Toit wrote:
>> I Tried, but only return an integer not a string value.
>
> what were you expecting to see as a result?
>
FWIW: top posting is like reading a book backwards... please post below existing
quotes...
On 6/29/2013 18:59, Johan Tu Toit wrote:
I Tried, but only return an integer not a string value.
what were you expecting to see as a result?
--
NOTE: No off-list assistance is given without prior app
I Tried, but only return an integer not a string value.
On 6/29/13, Rainer Stratmann wrote:
> On Saturday 29 June 2013 23:24:44 you wrote:
>> Yes
>
> It is possible.
>
> http://www.freepascal.org/docs-html/rtl/unix/fpsystem.html
>
>>
>>
>> On Sat, Jun 29, 2013 at 10:42 PM, Rainer Stratmann <
>>
On Saturday 29 June 2013 23:24:44 you wrote:
> Yes
It is possible.
http://www.freepascal.org/docs-html/rtl/unix/fpsystem.html
>
>
> On Sat, Jun 29, 2013 at 10:42 PM, Rainer Stratmann <
>
> rainerstratm...@t-online.de> wrote:
> > On Saturday 29 June 2013 22:40:21 you wrote:
> > > On 29.06.20
Yes
On Sat, Jun 29, 2013 at 10:42 PM, Rainer Stratmann <
rainerstratm...@t-online.de> wrote:
> On Saturday 29 June 2013 22:40:21 you wrote:
> > On 29.06.2013 21:27, Johan Tu Toit wrote:
> > > Hi all,
> > >
> > > It is possible to pass command line to pascal:
> > > Example:
> > > ls uname -r
>
On Saturday 29 June 2013 22:40:21 you wrote:
> On 29.06.2013 21:27, Johan Tu Toit wrote:
> > Hi all,
> >
> > It is possible to pass command line to pascal:
> > Example:
> > ls uname -r
>
> You can pass parameters to any program. But maybe your question is more
> like "how do I access these param
On 29.06.2013 21:27, Johan Tu Toit wrote:
Hi all,
It is possible to pass command line to pascal:
Example:
ls uname -r
You can pass parameters to any program. But maybe your question is more
like "how do I access these parameters?". To answer this, please take a
look at the documentation:
ht
21 matches
Mail list logo
