<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.6000.16587" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>Olaf:</DIV>
<DIV> </DIV>
<DIV>I grabbed the new QMachine via cvs and rebuilt & shipped the m3quake package, then rebuilt reactor (now cm3_ide) to take advantage of it. I replaced the exec calls with cm3_exec().</DIV>
<DIV> </DIV>
<DIV>At first glance, things were working better in that the output is now going back to the browser. Great!</DIV>
<DIV> </DIV>
<DIV>But, when I tried to compile a simple "HelloWorld" program, I ran into some errors. See attached PDF file. Does any of this make sense to you?</DIV>
<DIV> </DIV>
<DIV>Note that this same HelloWorld program was compiling before the QMachine change, its just that the output went to the wrong window.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy<BR><BR>>>> Olaf Wagner <wagner@elegosoft.com> 1/23/2008 4:10 PM >>><BR>Quoting Randy Coleburn <rcoleburn@scires.com>:<BR><BR>> Olaf:<BR>><BR>> THANKS! It is obvious that these changes to QMachine are responsible<BR>> for the problems. It would have taken me forever to find this. Thanks<BR>> so much!<BR>><BR>> I changed the quake procedures to use "&&" instead of "|" and the<BR>> build/ship routines seem to work again. Indeed, I even went back and<BR>> put the comment back in Jay's cm3.cfg and it still works without<BR>> crashing in M3Path. This is very good!<BR>><BR>> Now, I am not real good at parsing thru these text diff files, but am I<BR>> seeing there was also a change to QMachine that involves how the output<BR>> is being redirected?<BR>><BR>> What I am observing in reactor, is that the build/ship/clean/etc output<BR>> is not being shown in the browser window. Since these functions are<BR>> being called via a quake procedure, if the QMachine has been altered<BR>> somehow not to allow this output to be redirected, then reactor is going<BR>> to have a real problem. The output of these quake routines is showing<BR>> up in the console log window instead of being redirected back to the<BR>> browser as it was in 4.1 and 5.2.6.<BR><BR>Randy,<BR><BR>I've added compatibilit procedures that should show the old<BR>(queer) behaviour: cm3_exec and try_cm3_exec. The semantics were<BR>changed in this commit:<BR><BR>revision 1.5<BR>date: 2005-10-17 21:00:36 +0000; author: rillig; state: Exp; lines: +4 -20;<BR>Don't pass the stdout and stderr from child processes through quake.<BR>This makes the quake code simpler and also allows the user to redirect<BR>the stdout and the stderr to different files. Before, the stdout and<BR>stderr had been merged by quake and then printed on stdout.<BR><BR>I think the main goal of the quake changes was to make CM3 and PM3<BR>compatible; but this now seems to break the old Reactor code.<BR>So try if cm3_exec instead of just exec will cure your problem.<BR><BR>You'll have to rebuild the m3quake package of course.<BR><BR>Olaf<BR>-- <BR>Olaf Wagner -- elego Software Solutions GmbH<BR> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR> <A href="http://www.elegosoft.com/">http://www.elegosoft.com</A> | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR><BR><BR></DIV></BODY></HTML>