Re: Borland c++ - Spawn Function

Hi,

I'm using borland c++ builder, and i'm trying to get the spawnl function to work correctly. At the moment i am trying to execute masm assembler, so to compile assembly code from a text editor i created.
i have enter:

int result;
result = spawnl(P_WAIT,"masm.exe","/z /zi /zd /l *.asm",NULL);

The *.asm is causing masm to assemble ALL files in the folder. As the
number of .asm files increases masm reaches a limit (somewhere around 8files) and cannot assemble any more.

In the short term, I remove some .asm files from the folder (store themsomewhere else).

In the long term however I need to find out how to get at the filename I am working on so to direct spawnl(...) to only assemble one file.

I would be very grateful to any suggestions of how to overcome this problem.

Code:

---

char cmdline[100];
sprintf( cmdline, "/z /zi /zd /l %s", current_asm_file );
result = spawnl(P_WAIT,"masm.exe",cmdline,NULL);

---

current_asm_file being a string containing the file you're working on.

Thanks for trying to help,

but the same thing still happens, unfortunately i can not specifiy one single .asm file because i need the editor to be able to open more than one (this is why i use the "*.asm").

It still will only create the list and object files of the asm file when only one asm file is saved. The minute more than one is saved it will not create the list and obkect file of any.

Any other suggestions would be very much appreciated.

So what.

You're got 10 asm files open, but you're only editing one at once, and that's the one you use to generate the spawn() call when you press "Assemble now".

If you've got several files modified with a global edit, then you also have "Assemble all" to complement the "save all" feature.

Code:

---

sprintf( cmdline, "/z /zi /zd /l %s", current_asm_file );
strcat( cmdline, another_asm_file ); /* etc */

---

It sounds to me like you'd be better off if you just made your editor invoke "make", and let it handle all the details of deciding what files need to be re-created.

Hi again,

I've attached my code so you can see what i'm trying to achieve. The assemble function still is not working correctly. I'm trying to use my windows based editor to assemble a .asm file that i open in it with a dos based assembler (using spawn).

I realise that *.asm does not work so i tried converting the filename (that has been loaded) into a char (rather than a AnsiString) and calling it in the spawn function, however spawn seems to pass over the filename i want to assemble because it is now just a char function.

Ideally i want to be able to pass the filename to a console type c function such as spawnl and then for masm to get the filename and assemble it to create the .lst file and .obj

Again.. any help would be greatly appriciated.

It's quite obvious that you haven't paid any attention to what I've said already.

> result = spawnl(P_WAIT,"masm.exe","/z /zd /zi /l cmdline",NULL);
Now tell me how you managed to get that from this?

sprintf( cmdline, "/z /zi /zd /l %s", current_asm_file );
result = spawnl(P_WAIT,"masm.exe",cmdline,NULL);

Like i said earlier that did not work.

I'm trying to run a windows based editor but to assemble with a dos based assembler (masm) the spawn function does not recognise the cmdline, where the asm file is, therefore it is not assembling and not creating the list or object files, of the asm file i have opened.

> Like i said earlier that did not work.
Which one, mine or your mangled version?

sprintf( cmdline, "/z /zi /zd /l %s", current_asm_file );
printf( "Command line params = %s", cmdline ); // put this up in an OK dialog if you're still stuck!!

result = spawnl(P_WAIT,"masm.exe",cmdline,NULL);

Or better yet, start to learn how to use a debugger

your code does not work...

it all compiles fine but the spawnl ('masm') does not seem to be able to see the file i'm trying to assemble when the parameter are passed to it. It's no good calling that one file because i want to be able to assemble other files that i may open individually.

the code is so 'mangled' as you say, because me and my project tutor have been trying many different ways to overcome this problem,

i'm guessing he has an idea of how to use the debugger...but maybe all his many years of teaching are no good!!