In our previous episode, Graeme Geldenhuys said:
> > The inner plumbing of executeprocess and tprocess should be the same.
> > TProcess just has several options (shell and piping)
>
> I thought of that, right after I sent my message. But maybe there is a
> slim chance that he is simply not using E
On Thu, 8 Sep 2011, Reinier Olislagers wrote:
Hi list,
Possible newbie question so feel free to educate me ;)
(Away for some days, so may not read response until back)
A patch by Ludo Brands on bufdataset (mantis 19930) got me thinking:
const
ftSupported = [ftString,ftGuid,... and so on];
On Wed, 7 Sep 2011, brian wrote:
Reinforcing the subject, this is using Linux - to be specific, FPC 2.4.2-0
under 64 bit Mint 9.
I'm trying to convert a large number of MP3 files to Ogg Vorbis.
This is a two step process, first I run mpg321 to switch them to a .wav file,
then oggenc to con
Hello all,
I have a plain Windows DLL made in Visual Studio C++
and working with other C applications. When I try
to statically import it into an FPC program I get
the following error:
An unexpected error occurred while initializ-
ing an application 0xc034
When using it dynami
>
>An unexpected error occurred while initializ-
>ing an application 0xc034
>
> When using it dynamically, the LoadLibrary() func-
> tion returns NilHandle, indicating failure.
>
Both errors indicate that the dll couldn't be loaded. Or the dll itself
isn't found, or the dll has d
> I have a plain Windows DLL made in Visual Studio C++
> and working with other C applications.
Is there in addition an messagebox shown indicating an problem with C
runtime?
If so you probably need an Manifest file for your FPC application
Elmar
___
f
Ludo Brands:
> Both errors indicate that the dll couldn't be
> loaded. Or the dll itself isn't found, or the dll
> has dependencies (probably c libraries) that
> aren't found.
The DLL does work on another PC, so the problem must
be with some dependencies. Many thanks. But how
can
Ludo Brands:
> Both errors indicate that the dll couldn't be
> loaded. Or the dll itself isn't found, or the dll
> has dependencies (probably c libraries) that
> aren't found.
OK, I have found the missing dependency using
the "Dependency Walker" utility.
Thank you,
Anton
_
- "brian" schreef:
> This is reproducible on a whole batch of files, and yes, I've checked
>
> all the file permissions.
>
> It's got to be something obvious, or some quirk of Linux programming
> that I haven't met up with yet (I'm still a novice with FreePascal and
>
> Linux, though I'v
Brian:
> What's driving me crazy is that running the two
> commands via ExecuteProcess does the first step
> OK, but oggenc fails with an exit code of 1, oper-
> ation not permitted.
>
> If I replace the ExecuteProcess with a call to
> fpSystem, concatenating the CommandString and
>
In our previous episode, Anton Shepelev said:
> In the case of ExecuteProcess() parameter separation
> takes place on FPC side, while with fpSystem() the
> shell is responsible for it.
Executeprocess has two forms. One does parameter separation,
and one not, and directly passes the separated p
On 09/08/2011 01:07 PM, Marco van de Voort wrote:
In our previous episode, Anton Shepelev said:
In the case of ExecuteProcess() parameter separation
takes place on FPC side, while with fpSystem() the
shell is responsible for it.
Executeprocess has two forms. One does parameter separation,
On 09/08/11 19:40, brian wrote:
>
> What are the commands?
>
> mpg321 -q -w "tempfile.wav" "inputfile.mp3"
>
> oggenc -Q --output="outputfile.ogg" "tempfile.wav"
>
> It makes no difference whether or not I use a full pathname for mpg321
> and oggenc, and all the other files are in the current
On 09/08/11 19:52, Andrew Haines wrote:
> You can try something like
> oggenc -Q '--output="outputfile.ogg"' "tempfile.wav"
> to see if that works or if you use TProcess directly I understand that
> options have been added recently to overcome the problem quotes can have
> on the arguments.
or co
14 matches
Mail list logo
