Right now if you point batch render function from command line to non-xml file Cin will chew first, fail later. I added check hopefully preventing this from happening at least on non-xml files (you can still shoot your xml file with this gun)
I'm not sure if I understand what to do. I'm getting these results: Without the patch: ./cin -r prova_1.rc [plain text, no xml file] [...] ** rendered 0 frames in 0.000 secs, 0.000 fps Session time: 0:00:00 Cpu time: user: 0:00:00.118 sys: 0:00:00.043 ./cin -r expanders.txt [plain text, no xml file] [...] ** rendered 0 frames in 0.000 secs, 0.000 fps Session time: 0:00:00 Cpu time: user: 0:00:00.111 sys: 0:00:00.034 With the patch: ./cin -r expanders.txt [...] Not XML file!
On Tue, Apr 21, 2026 at 6:59 PM Andrea paz via Cin <[email protected]> wrote:
Right now if you point batch render function from command line to non-xml file Cin will chew first, fail later. I added check hopefully preventing this from happening at least on non-xml files (you can still shoot your xml file with this gun)
I'm not sure if I understand what to do. I'm getting these results:
Without the patch:
./cin -r prova_1.rc [plain text, no xml file] [...] ** rendered 0 frames in 0.000 secs, 0.000 fps Session time: 0:00:00 Cpu time: user: 0:00:00.118 sys: 0:00:00.043
./cin -r expanders.txt [plain text, no xml file] [...] ** rendered 0 frames in 0.000 secs, 0.000 fps Session time: 0:00:00 Cpu time: user: 0:00:00.111 sys: 0:00:00.034
I think expanders.txt after this action does *not* contain its original content? This is what I mean by "chewed up" But may be it was changed somehow without me noticing?
With the patch:
./cin -r expanders.txt [...] Not XML file! _______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
That's right, the text file has been completely “chewed up”! So your patch is even more valuable. Thanks.
participants (2)
-
Andrea paz -
Andrew Randrianasulu