来点复杂的吧

无心人

明白怎么回事了
上面代码不能处理P31
偶太笨啦

1. 
   
2. #define P31 0x7FFFFFFF
   
3. 
   
4. __declspec(naked)
   
5. DWORD __fastcall  modAdd(DWORD a, DWORD b)
   
6. {
   
7.     __asm
   
8.    {
   
9.    add ecx, edx
   
10.    mov eax, ecx
    
11.    sub ecx, P31
    
12.     cmovnc eax, ecx
    
13.     ret
    
14.    }
    
15. }
    
16. 
    
17. __declspec(naked)
    
18. DWORD __fastcall  modSub(DWORD a, DWORD b)
    
19. {
    
20.     __asm
    
21.    {
    
22.    mov eax, P31
    
23.    sub eax, edx
    
24.    add eax, ecx
    
25.    mov ecx, eax
    
26.    sub ecx, P31
    
27.     cmovnc eax, ecx
    
28.     ret
    
29.    }
    
30. }
    
31. 
    
32. __declspec(naked)
    
33. DWORD __fastcall  modMul(DWORD a, DWORD b)
    
34. {
    
35.     __asm
    
36.    {
    
37.    mov eax, ecx
    
38.    mul edx
    
39.    shld edx, eax, 1
    
40.    and eax, P31
    
41.    add eax, edx
    
42.    mov ecx, eax
    
43.    sub ecx, P31
    
44.     cmovnc eax, ecx
    
45.     ret
    
46.    }
    
47. }
    
48. 
    

复制代码

无心人

这次应该OK了吧

mathe

Linux下面到现在找到8个结果了（共处理了约3072个文件），都在
http://bbs.emath.ac.cn/viewthrea ... fromuid=20#pid16447

不过程序还有bug,麻烦的是windows下的程序遇到异常以后，自动被VC捕获，程序就不运行了。看来需要将异常全部阻止才可以。

无心人

呵呵

还是要调试吧

mathe

呵呵，等什么时候有空闲时再看看。

无心人

我想改你的srap
让能自动判定是否解决了当前文件
然后用wrap <start> <end>连续运算

mathe

比较好的方法是在程序finder和sfilter的main函数里面加入这样的结果
try{
   //all original code comes here
}catch(...){
    printf("error!!!!");
}

mathe

现在我在windows下运行的机器也总算开始出一个解了，大部分还是Linux机器找到的，还找到一个18棵树18行的结果。
解真是稀少呀。输入数据是71个数据一个文件。现在估计至少500个以上文件才出一个解,估计总共也就几百个解 。然后还需要用它们来构造19棵树和20棵树的解。

无心人

呵呵

假设有1000个结果
构造19，20的树，会有多少计算时间？

mathe

如果能够将这1000个结果的坐标都求出来，那余下的应该很快。
不过估计这个方法不大行，毕竟现在求坐标我通常都是通过maxima软件辅助来做的。
所以应该还可以采用类似现在的方法去做。
1000个数据也就相当于现在十几个文件的数据量。即使那个时候产生解的比例要稍微高一些（我估计会如此，要不然解的数目太少了），哪也应该是很快的事。
所以现在这一步是主要的瓶颈