comments
|
|
yay! :) |
|
|
added on the 2009-09-06 by gopher |
|
 |
|
|
You are awesome guys! Keep the good work! |
|
|
added on the 2009-09-06 by ham |
|
 |
|
Sensational!
|
|
|
|
Thanks :) |
|
|
added on the 2009-09-06 by Ferris |
|
 |
|
We got a message while using crinkler v1.2 in VS2005; compilation fails with the following message :
"|-- Estimating models for code ----------------------------|
Project : error PRJ0002 : Error result 3 returned from 'E:\tits-910d\link.exe'."
Getting back on v1.1 resolved the issue.
Still, wonderful tool |
|
added on the 2009-09-07 by Xtrium |
|
vatar.gif "Xtrium") |
|
|
nice! (thumb up) |
|
|
added on the 2009-09-20 by xTr1m |
|
 |
|
|
great job, too bad i can't thumb it twice :D |
|
|
added on the 2009-09-20 by nystep |
|
 |
|
|
Windows 7 support \o/ |
|
|
added on the 2009-09-24 by pera |
|
 |
|
|
v1.2 and 1.1a crash for me with any program being compiled! 1.1 works fine. I tested it with VC++ 2008 and Vista 32 and 64 bit. Any guess? |
|
|
Thanks for all the crash reports. So far we have been unable to reproduce the problem on our own machines (with similar OSes to the ones mentioned in the crash reports), so our strategy will be to try to get access to a crashing machine to test on.
Anyone who wants to contribute towards this goal can do so by bringing a crashing machine to TRSAC 2009, where we will be present and ready to do the debugging. |
|
|
Anybody tried /RECOMPRESS+/REPORT combo? Is this a feature or a byproduct? ;)
(also I really miss double-thumbing option) |
|
|
added on the 2009-09-26 by KK |
|
 |
|
|
It is a feature, though currently not a highly developed one. We have some ideas for improving the output in various ways, such as automatically detecting label positions and the names of imported functions. |
|
|
|
I get the same crash on XP (HE 2002) SP3, if the info helps at all. VC++ 2005 (yeah I know). Trying to compile an opengl prog with glsl, win32. Works with older crinklers. |
|
added on the 2009-09-29 by auld |
|
 |
|
|
Hi Mentor. I have some improvements regarding the decompression header. Could we continue on email? |
|
|
added on the 2009-10-23 by rrrola |
|
 |
|
|
sure. i believe you got my e-mail at function. if not, just use 'mynick at crinkler net'. I'm excited to hear about your discoveries :) |
|
|
added on the 2009-10-23 by mentor |
|
 |
|
|
This sounds so scary that I wonder how the heck you can gain bytes from an already optimized-to-death code. |
|
|
I've tried producing some extremely low entropy code (99% of it are mov/push/call, all using just eax register), and I have just one question from my side: is there any way of removing import-by-hash code in favor of native system imports (there is not much functions in D3D code anyway) or moving import code to the end of the code section (which would mean one extra jmp, but entropy gains may be worth it)? Maybe I'm totally wrong about it, but I think import code sitting in front of intro code may sometimes setup prediction tables for different coding style, than rest of the intro uses.
Decipher: Certainly rrrola has different definition of optimized-to-death (maybe we should call it optimizing-to-afterlife). ;) |
|
|
added on the 2009-11-05 by KK |
|
|
|
|
|
