WelloBanir

Maybe it's a bug, maybe a restriction of weidu or of the DOS-Environment in w2k.

It seems that WeiDU cannot compile more than 1000 .Ds with the matching .TRAs at a time. I tried it, and WeiDU exited with the error message "too many open files".

It was a COMPILE-statement in a tp2, telling WeiDU to compile alle D in a folder. The TRA-folder was mentioned in a AUTO_TRA-statement.

No strings were appended to the dialog.tlk, no dlgs were compiled, nothing happened.

Maybe there is a known workaround for such cases, if so please tell me. Maybe i have to change a setting of w2k.



BTW, I cannot "make" (compile) WeiDU (and IWG) on my Linux. I do have make, gcc and ocaml, it's a gentoo-system now(no Mandrake anymore).

I cannor recall the exact error message, it appears when compiling a x???.h, telling me that memcpy or another mem-function in that h-file is not defined properly.

If that is a unknown issue,  i can post a complete error message, but right now i am not at my computer.
Weidu works fine on Linux with the wine-"Not an Emulator".

Both "errors"/features apply to weidu 135/136.

Again, thanks for WeiDU.

I think it is quite surprising that anybody would want a removal of a feature, but "innovations" often come surprisingly.

From my opinion, --automate should not be restricted to strings above 27000, because if you take a look at the strings below, you will find that there are many strings which are not for bg1 but for bg2. So automate-min is useless. When starting out my own bg1in2, i thought that most strings with StrrefNr < 27001 were bg1, but i was wrong.

BTW., when reviewing --automate, couldn't the implementation of the automate for creature-sounds be brought back on the agenda? I know it is in the ToDo, but for quite some time now.

Though i seem to want the removal of a feature, it is just a removal of a restriction of a feature.