<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div>I don't think so.  On my apparently supported hardware (AthlonXP, unlike the old Athlon that originally spawned this thread), I actually tried that in my script initially, and received several segfaults for my trouble...  Switched to the ./ut3 cover script and all worked like a charm.  There's an environment variable or two that get set in that script to guide the binary to the right data path, and undoubtedly, I was setting them wrong in mine.  </div><div><br class="webkit-block-placeholder"></div><div>-Rob</div><br><div><div>On Dec 19, 2007, at 11:40 AM, Matthias Plock wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">I'm not quite sure, but shouldn't you use the ut3-bin?<br><br><div><span class="gmail_quote">2007/12/19, [Apoc]Death &lt;<a href="mailto:death@apoc.org">death@apoc.org</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Nice twitter...  Alright, alright, I'm a jackass... ;)<br><br>-Rob<br><br>On Dec 18, 2007, at 11:03 PM, [Apoc]Death wrote:<br><br>&gt; My Athlon XP at home runs a the linux server just fine.  Will<br>&gt; assume this problem proc is a regular Athlon, therefore lacking SSE <br>&gt; support, and therefore I'm SoL with running it as a UT3 server.  Oh<br>&gt; well.<br>&gt;<br>&gt; -Rob<br>&gt;<br>&gt; On Dec 18, 2007, at 5:17 PM, [Apoc]Death wrote:<br>&gt;<br>&gt;&gt; I'm getting an immediate "Illegal Instruction" output in bash, and <br>&gt;&gt; nothing else.  I'm not getting any log file.<br>&gt;&gt;<br>&gt;&gt; e.g.:<br>&gt;&gt;<br>&gt;&gt; death@doomsday:~/ut3-dedicated/Binaries$ ./ut3 server -log=$HOME/<br>&gt;&gt; log.log<br>&gt;&gt; Illegal instruction <br>&gt;&gt; death@doomsday:~/ut3-dedicated/Binaries$<br>&gt;&gt;<br>&gt;&gt; ...and log.log is never created.<br>&gt;&gt;<br>&gt;&gt; Is there information in /proc that might be helpful?  Here's /proc/<br>&gt;&gt; cpuinfo: <br>&gt;&gt;<br>&gt;&gt; processor       : 0<br>&gt;&gt; vendor_id       : AuthenticAMD<br>&gt;&gt; cpu family      : 6<br>&gt;&gt; model           : 4<br>&gt;&gt; model name      : AMD Athlon(tm) Processor<br>&gt;&gt; stepping        : 4 <br>&gt;&gt; cpu MHz         : 1399.776<br>&gt;&gt; cache size      : 256 KB<br>&gt;&gt; fdiv_bug        : no<br>&gt;&gt; hlt_bug         : no<br>&gt;&gt; f00f_bug        : no<br>&gt;&gt; coma_bug        : no<br>&gt;&gt; fpu             : yes <br>&gt;&gt; fpu_exception   : yes<br>&gt;&gt; cpuid level     : 1<br>&gt;&gt; wp              : yes<br>&gt;&gt; flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge<br>&gt;&gt; mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up <br>&gt;&gt; bogomips        : 2801.59<br>&gt;&gt; clflush size    : 32<br>&gt;&gt;<br>&gt;&gt; I note a lack of original sse in the flags list...  Could this be<br>&gt;&gt; the issue?<br>&gt;&gt;<br>&gt;&gt; I'll be home from work in two hours, and from there, I'll have a <br>&gt;&gt; wider variety of hardware to test on (a Core 2 Quad and a Athlon<br>&gt;&gt; XP 2800+).  I wish I knew more specific info about this system,<br>&gt;&gt; but my sysadmin threw it together quickly and didn't really know <br>&gt;&gt; what parts went in.  Helpful, yes, I know...  ;)<br>&gt;&gt;<br>&gt;&gt; Cheers,<br>&gt;&gt;<br>&gt;&gt; -Rob<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; On Dec 18, 2007, at 3:32 PM, Ryan C. Gordon wrote:<br>&gt;&gt; <br>&gt;&gt;&gt; [Apoc]Death wrote:<br>&gt;&gt;&gt;&gt; I tried to run the new linux dedicated server on an Athlon and<br>&gt;&gt;&gt;&gt; got  "Illegal Instruction" as a result.  Was the SSE2<br>&gt;&gt;&gt;&gt; requirement only  relaxed on the Windows side, or am I <br>&gt;&gt;&gt;&gt; misremembering that this  requirement was relaxed at all?<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; I don't know if it runs on an original Athlon, but it doesn't<br>&gt;&gt;&gt; need SSE2 now.<br>&gt;&gt;&gt; <br>&gt;&gt;&gt; Can you send me the crashlog?<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; --ryan.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; ---<br>&gt;&gt;&gt; To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org">ut3-unsubscribe@icculus.org</a><br>&gt;&gt;&gt; Mailing list archives: <a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a> <br>&gt;&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; ---<br>&gt;&gt; To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org">ut3-unsubscribe@icculus.org</a><br>&gt;&gt; Mailing list archives: <a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64"> http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br>&gt;&gt;<br>&gt;<br>&gt;<br>&gt; ---<br>&gt; To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org">ut3-unsubscribe@icculus.org</a><br>&gt; Mailing list archives: <a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br>&gt;<br><br><br>---<br>To unsubscribe, send a blank email to <a href="mailto:ut3-unsubscribe@icculus.org">ut3-unsubscribe@icculus.org </a><br>Mailing list archives: <a href="http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64">http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?64</a><br><br><br></blockquote></div><br></blockquote></div><br></body></html>