<div dir="ltr">Hi Tobias,<div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 31, 2018 at 1:41 PM, Tobias Pape <span dir="ltr"><<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
Hi Eliot,<br>
<span class="gmail-"><br>
<br>
> On 31.01.2018, at 22:26, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
><br>
> Hi All,<br>
><br>
> what's happened with deleting all of Ronies work on the OpenGL support in the B3DAcceleratorPlugin on Mac OS X? It has all been deleted. That work was necessary in reviving 3D support for Terf on Mac OS X. Can someone please explain what's going on here. Why are we regressing to something dating from 2003?<br>
<br>
</span>I've been sitting with Fabio over a Bug<br>
<a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/178" rel="noreferrer" target="_blank">https://github.com/<wbr>OpenSmalltalk/opensmalltalk-<wbr>vm/issues/178</a><br>
we were not able to fix but by reverting Ronies commit:<br>
<a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/275eca83761d0a9aa3e689a7f0c33465c6f160e1" rel="noreferrer" target="_blank">https://github.com/<wbr>OpenSmalltalk/opensmalltalk-<wbr>vm/commit/<wbr>275eca83761d0a9aa3e689a7f0c334<wbr>65c6f160e1</a><br>
<br>
To Quote:<br>
"<br>
This reverts commit bc6e34d and fixes #178.<br>
<br>
The vm segfaulted on Travis (#178) because this commit introduced the use of shader and assumed that shader compilation always works (see [1]). As a matter of fact, it does fail on Travis and maybe other macOS systems.<br>
<br>
@ronsaldo please provide an updated PR to address the above.<br>
<br>
[1] <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/bc6e34d1b2998cb8f3b38a2ce0818eda35a25ce9?diff=unified#diff-7c007173fcbc79b3e9984468210d3d11R369" rel="noreferrer" target="_blank">https://github.com/<wbr>OpenSmalltalk/opensmalltalk-<wbr>vm/commit/<wbr>bc6e34d1b2998cb8f3b38a2ce0818e<wbr>da35a25ce9?diff=unified#diff-<wbr>7c007173fcbc79b3e9984468210d3d<wbr>11R369</a><br>
"<br>
<br>
The original commit did not have any commentary besides<br>
"The B3D plugin is now working again on Mac OS X."<br>
<br>
The move from "traditional" OpenGL to doing everything with shaders is quite drastic<br>
and it would be really helpful to comment the commit a bit more extensive.<br>
<br>
The File comment<br>
<br>
// Changes: 2017-05-13 Ronie Salgado. Refactored to remove the fixed function pipeline.<br>
// Implemented a layering system to be used in cooperation by the B3DAccelerationPlugin.<br>
// Fixing some graphical glitches that appeared when enabling the double buffering.<br>
<br>
Is indeed explanatory, but a lot of code was just commented out and assumptions just made and not checked for.<br>
Also, a fallback is missing for basic, shaderless usage.<br>
<br>
-=-=-=-<br>
<br>
Please keep in mind that the original issue is that our release-process was stalled; the commit effected SegFaults on Travis, hence making, not producing build artifacts. We cannot guarantee that those segfaults wont happen on user machines.<br></blockquote><div><br></div><div>That's insufficient justification for me. User machines aren't headless build slaves; they're real machines with graphics. And Ronie's work fixed the broken B3DAccelleratorPlugin on those machines. Work that Ron Teitelbaum had paid him to do in order to port Terf forward to Spur Squeak and someone just trashed all that work. That's unacceptable. All that's been "achieved" is to break the newly fixed B3DAccelleratorPlugin.</div><div><br></div><div>A better fix would be to disable the loading of the plugin if the system is headless. Can we please implement this ASAP?</div><div><br></div></div><br><div class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>