SETI@home v8 beta to begin on Tuesday
Message boards :
News :
SETI@home v8 beta to begin on Tuesday
Message board moderation
Previous · 1 . . . 10 · 11 · 12 · 13 · 14 · 15 · 16 . . . 99 · Next
| Author | Message |
|---|---|
 Eric J Korpela Send message Joined: 15 Mar 05 Posts: 1547 Credit: 27,183,456 RAC: 0 
|
You don't need to build what's in the tools directory (unfortunately the top level Makefile assumes you want to build all.) If you just execute a make in the client directory, you'll get what you need. 
ID: 55477 ·  |
|
Send message Joined: 2 Jul 13 Posts: 505 Credit: 5,019,318 RAC: 0
|
I'm still not having any luck. The others errors replace the missing file error when trying to make from the client folder. I can get very close by disabling graphics but then it says the 2 boinc libs, -lboinc_api -lboinc, are missing. Looking at the makefile(s) it seems as though it's simply not using the SSE3 & AVX options. I see a line saying; if X86_64 Wouldn't that work better if it were more Mac friendly as in; -march=core2 -mtune=core2 -msse2 -DUSE_SSE -DUSE_SSE2 -DUSE_SSE3 -DUSE_AVX I don't think 3DNOW is going to help a Mac much either. I've tried both the boinc-master v7.5 & v7.7 files, still not working for me in Mountain Lion and Yosemite. ID: 55479 · |
|
Eric J Korpela Send message Joined: 15 Mar 05 Posts: 1547 Credit: 27,183,456 RAC: 0
|
There is a 4x16 non-AVX and a 4x16 AVX transpose. The transpose speeds are dominated by memory/cache configuration first and register configuration second. On most systems the speed difference between the two is very small. On my laptop the AVX version is only about %2 faster than the non-AVX version. That's small enough that from run to run the slower one may occasionally get chosen.
ID: 55481 · |
 Send message Joined: 10 Mar 12 Posts: 1700 Credit: 13,216,373 RAC: 0 
|
Thanks Eric, for taking the time to answer that question. I haven't got a clue about the programming, or the Algorithms being used, I just reacted on the difference. ID: 55482 · |
|
Send message Joined: 2 Jul 13 Posts: 505 Credit: 5,019,318 RAC: 0
|
Still no Luck with r3277. When trying the compile with Graphics as here, https://setisvn.ssl.berkeley.edu/trac/browser/seti_boinc/Graphics.Readme, I'm getting the errors; Undefined symbols for architecture x86_64: "_setMacIcon", referenced from: _main in seti_boinc-main.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) Undefined symbols for architecture x86_64: "_NSApp", referenced from: _MacGLUTFix in libboinc_graphics2.a(libboinc_graphics2_la-macglutfix.o) _BringAppToFront in libboinc_graphics2.a(libboinc_graphics2_la-macglutfix.o) _HideThisApp in libboinc_graphics2.a(libboinc_graphics2_la-macglutfix.o) "_OBJC_CLASS_$_NSMenu", referenced from: objc-class-ref in libboinc_graphics2.a(libboinc_graphics2_la-macglutfix.o) "_OBJC_CLASS_$_NSOpenGLContext", referenced from: objc-class-ref in libboinc_graphics2.a(libboinc_graphics2_la-macglutfix.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I suppose this, "Rename Makefile.in.graphics as Makefile.in." means you simply trash the existing Makefile.in before running configure? With Graphics disabled the only errors I can find are; ld: library not found for -lboinc_api I also can't find -lboinc which will probably be the next Error after -lboinc_api ever makes an appearance. ID: 55485 · |
|
Jeff Buck Send message Joined: 11 Dec 14 Posts: 96 Credit: 1,240,941 RAC: 0
|
I've run a couple more Linux vs. Windows test groupings on my T7400, similar to the two that I've posted earlier in this thread, with tasks from the same original source batches run on both OSes. I won't continue to post the details unless somebody asks for them, as I'm sure it starts to look repetitive and clutters the thread. In summary, however, my 3rd group consisted of both "normal" AR tasks (where AR=0.415154, from 06ap11ag.31452.5384.6.40.nnn_n tasks) and VLARs (where AR=0.020647, from guppi_8bit_56520_6_VOYAGER1_0012.31448.1.20.23.nnn.vlar_n tasks). The Windows app was v8.01 windows_intelx86 and the Linux was v8.01 x86_64-pc-linux-gnu. In general, the Windows x86 took about 15% longer to run than the Linux x64, for both ARs. Also, as detailed in another earlier post, the "normal" ARs took about 45% longer to run than the VLARs. (It sure would be interesting to know if that is expected, perhaps due to the different data sources.) Function choices continue to vary considerably. My 4th group consisted of both slightly above-normal AR tasks (where AR=0.987430, from 06ap11ag.9413.7429.6.40.nnn_n tasks) and VLARs (where AR=0.019474, from guppi_8bit_56520_6_VOYAGER1_0012.9428.209.20.23.nnn.vlar_n tasks). The Windows app was v8.03 windows_intelx86 and the Linux was v8.03 i686-pc-linux-gnu. In this test, the Windows app seemed to be about 3% slower than the Linux app for the higher AR tasks and only about 1% slower for the VLARs. Again, though, the higher AR tasks actually took longer to run than the the VLARs (by about 14%). I will specifically list two tasks from this 4th group, since they came from the same WU 7817470 and should show the best comparison between OSes: Windows Task 21524313 : Run Time 4:42:28 | v_vGetPowerSpectrumUnrolled; sse1_ChirpData_ak; v_vTranspose4; AK SSE folding Linux Task 21524311 : Run Time 4:26:43 | v_vGetPowerSpectrumUnrolled; sse1_ChirpData_ak8e; fftwf_transpose; AK SSE folding ID: 55486 · |
Raistmer Send message Joined: 18 Aug 05 Posts: 2423 Credit: 15,878,738 RAC: 0 
|
Interesting to see FFTW's transpose actually selected. News about SETI opt app releases: https://twitter.com/Raistmer ID: 55487 · |
|
Raistmer Send message Joined: 18 Aug 05 Posts: 2423 Credit: 15,878,738 RAC: 0
|
Here is the link for first public beta anonymous platform binary, Windows ATi HD5 flavour: https://dl.dropboxusercontent.com/u/60381958/MBv8_RC/MB8_win_x86_SSE2_OpenCL_ATi_HD5_r3256.7z Statistics from alpha testing on my own hosts: SETI@home v8 (Ð°Ð½Ð¾Ð½Ð¸Ð¼Ð½Ð°Ñ Ð¿Ð»Ð°Ñ‚Ñ„Ð¾Ñ€Ð¼Ð°, ГП ATI) ЧиÑло завершённых заданий 273 МакÑимум заданий в день 315 ЧиÑло заданий ÑÐµÐ³Ð¾Ð´Ð½Ñ 27 Правильные Ð·Ð°Ð´Ð°Ð½Ð¸Ñ Ð·Ð°Ð²ÐµÑ€ÑˆÑ‘Ð½Ð½Ñ‹Ðµ подрÑд 282 СреднÑÑ ÑкороÑÑ‚ÑŒ обработки 130.31 GFLOPS Среднее Ð²Ñ€ÐµÐ¼Ñ Ð¾Ð±Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ¸ 0.67 days Apparently for usage only on SETi beta for now. Please report catched issues. News about SETI opt app releases: https://twitter.com/Raistmer ID: 55488 · |
|
Jeff Buck Send message Joined: 11 Dec 14 Posts: 96 Credit: 1,240,941 RAC: 0
|
Yes, that's only appeared with v8.03, and I've seen it selected quite often on my T7400, at least on Linux. I don't think I've seen it show up on Windows, yet, but I haven't run very many v8.03 tasks there. EDIT: Actually, now that I look at the task list for my old ThinkCentre (Pentium 4), it appears that all the v8.03 Windows tasks have selected fftwf_transpose. ID: 55489 · |
|
Raistmer Send message Joined: 18 Aug 05 Posts: 2423 Credit: 15,878,738 RAC: 0
|
Error on Mac: <core_client_version>6.10.56</core_client_version> <![CDATA[ <message> process got signal 5 </message> <stderr_txt> dyld: Library not loaded: /sw/lib/libfftw3f.3.dylib Referenced from: /Library/Application Support/BOINC Data/slots/2/../../projects/setiweb.ssl.berkeley.edu_beta/setiathome_8.00_powerpc-apple-darwin Reason: image not found </stderr_txt> ]]> https://setiweb.ssl.berkeley.edu/beta/result.php?resultid=21520737 News about SETI opt app releases: https://twitter.com/Raistmer ID: 55490 · |
|
Eric J Korpela Send message Joined: 15 Mar 05 Posts: 1547 Credit: 27,183,456 RAC: 0
|
Thanks. Not statically linked apparently. Another item to fix.
ID: 55492 · |
|
Eric J Korpela Send message Joined: 15 Mar 05 Posts: 1547 Credit: 27,183,456 RAC: 0
|
If you add the CoreServices framework (and maybe AppKit), I think it will link. Since Charlie uses xCode projects, he doesn't put much effort into being able to compile through autoconf. Still no Luck with r3277.
ID: 55493 · |
Shawn Rothermund Send message Joined: 11 Sep 13 Posts: 22 Credit: 457,141 RAC: 0
|
Hello to everyone does anybody know if there is going to be any more beta work for android in the near future if not I think that I will switch my phone to regular seti@home for awhile to keep it busy.Thanks. ME AND MY BOY LOOKING FOR E.T. 
ID: 55494 · |
 Send message Joined: 23 May 07 Posts: 108 Credit: 127,898 RAC: 0
|
It looks to me that, until the v8 is developed for Droid (after the problems are settled for Win and Linux?) the only work we'll get is under v7 whenever it gets turned on for more comparison. Might as well focus in Main for the short term. 
ID: 55495 · |
|
Shawn Rothermund Send message Joined: 11 Sep 13 Posts: 22 Credit: 457,141 RAC: 0
|
It looks to me that, until the v8 is developed for Droid (after the problems are settled for Win and Linux?) the only work we'll get is under v7 whenever it gets turned on for more comparison. Might as well focus in Main for the short term.Thank you I thought as much but I figured I would ask anyway Actually my current plan is to switch my dual core machine over to v8 beta in a few days(when my cache runs out might go with linux or stay with Win 7???) and leave my phone on main(my phone can do more crunching than the dual core anyway. ME AND MY BOY LOOKING FOR E.T.
ID: 55496 · |
|
Eric J Korpela Send message Joined: 15 Mar 05 Posts: 1547 Credit: 27,183,456 RAC: 0
|
I'm hoping to get android versions done this week, but given how difficult it can be to cross compile, I can't guarantee it.
ID: 55497 · |
|
Send message Joined: 2 Jul 13 Posts: 505 Credit: 5,019,318 RAC: 0
|
If you add the CoreServices framework (and maybe AppKit), I think it will link. Since Charlie uses xCode projects, he doesn't put much effort into being able to compile through autoconf. Still nothing, except it's looking for the missing export.h again; ld: library not found for -lboinc_api clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: [seti_boinc] Error 1 (ignored) ... readwu.cpp:47:10: fatal error: 'export.h' file not found #include "export.h" ... make[2]: [readwu_so-readwu.o] Error 1 (ignored) mv -f .deps/readwu_so-readwu.Tpo .deps/readwu_so-readwu.Po mv: rename .deps/readwu_so-readwu.Tpo to .deps/readwu_so-readwu.Po: No such file or directory ... mv -f .deps/readwu_so-xml_util.Tpo .deps/readwu_so-xml_util.Po g++ -D_THREAD_SAFE -pthread -L/Users/Tom/boinc/api -lboinc_api -L/Users/Tom/boinc/lib -lboinc -shared -fPIC -Bsymbolic --warn-once -o readwu.so readwu_so-readwu.o readwu_so-seti_header.o readwu_so-timecvt.o readwu_so-s_util.o readwu_so-schema_master.o readwu_so-sqlrow.o readwu_so-sqlblob.o readwu_so-xml_util.o /Users/Tom/boinc/lib/libboinc.a clang: error: no such file or directory: 'readwu_so-readwu.o' make[2]: [readwu.so] Error 1 (ignored) I'm also seeing a large number of these repeated; In file included from readwu.cpp:30: ../sah_config.h:557:9: warning: 'HOSTTYPE' macro redefined #define HOSTTYPE "x86_64-apple-darwin" ^ /Users/Tom/boinc/api/../config.h:621:9: note: previous definition is here #define HOSTTYPE "x86_64-apple-darwin1" ^ In file included from readwu.cpp:30: ../sah_config.h:582:9: warning: 'PACKAGE' macro redefined #define PACKAGE "setiathome_v8" ^ /Users/Tom/boinc/api/../config.h:679:9: note: previous definition is here #define PACKAGE "boinc" ^ In file included from readwu.cpp:30: ../sah_config.h:585:9: warning: 'PACKAGE_BUGREPORT' macro redefined #define PACKAGE_BUGREPORT "korpela@ssl.berkeley.edu" ^ /Users/Tom/boinc/api/../config.h:682:9: note: previous definition is here #define PACKAGE_BUGREPORT "" ^ In file included from readwu.cpp:30: ../sah_config.h:588:9: warning: 'PACKAGE_NAME' macro redefined #define PACKAGE_NAME "setiathome_v8" ^ /Users/Tom/boinc/api/../config.h:685:9: note: previous definition is here #define PACKAGE_NAME "BOINC" ^ In file included from readwu.cpp:30: ../sah_config.h:591:9: warning: 'PACKAGE_STRING' macro redefined #define PACKAGE_STRING "setiathome_v8 8.00" ^ /Users/Tom/boinc/api/../config.h:688:9: note: previous definition is here #define PACKAGE_STRING "BOINC 7.7.0" ^ In file included from readwu.cpp:30: ../sah_config.h:594:9: warning: 'PACKAGE_TARNAME' macro redefined #define PACKAGE_TARNAME "setiathome_v8" ^ /Users/Tom/boinc/api/../config.h:691:9: note: previous definition is here #define PACKAGE_TARNAME "boinc" ID: 55498 · |
|
Shawn Rothermund Send message Joined: 11 Sep 13 Posts: 22 Credit: 457,141 RAC: 0
|
THANK YOU Eric when you get to it you get to it you do have a lot going on with v8 right now so as long as I can crunch seti data of what ever kind I am happy I still plan on changing my dual core to v8 in a couple of days will stay with win 7 on it for now until I have time to change it to linux since I think that is the way to go unless M$ get's their s*&^ together.Thanks again for the info. ME AND MY BOY LOOKING FOR E.T.
ID: 55500 · |
Mike Send message Joined: 16 Jun 05 Posts: 2531 Credit: 1,074,556 RAC: 0 
|
Statistics for r_3256 on my R9 380. SETI@home v8 (anonymous platform, ATI GPU) Number of tasks completed 9 Max tasks per day 42 Number of tasks today 40 Consecutive valid tasks 9 Average processing rate 262.01 GFLOPS Average turnaround time 0.04 days With each crime and every kindness we birth our future. ID: 55501 · |
|
Send message Joined: 2 Jul 13 Posts: 505 Credit: 5,019,318 RAC: 0
|
Error on Mac: I have a few Errors on a Mac. Using the AKv8 folder and the same basic configure line that works fine with Version 7 gives immediate 'SIGSEGV: segmentation violation' when using the Version 8 r3280 files. In Lion I'm able to build both the CPU & ATI5 Apps, Both fail on launch with SIGSEGV. In Mountain Lion I'm only able to build the CPU App, the ATI5 App fails with one Error; ../../src/GPU_lock.cpp:540:9: error: use of undeclared identifier 'swi'
switch(swi.analysis_cfg.gauss_pot_length){
^
../../src/GPU_lock.cpp:601:5: error: use of undeclared identifier 'swi'
if(swi.analysis_cfg.autocorr_fftlen) strcat(bin_file_name,"_V7");
^
../../src/GPU_lock.cpp:603:9: error: use of undeclared identifier 'swi'
switch(swi.analysis_cfg.gauss_pot_length){
^The CPU App compiled in Mountain Lion Also crashes immediately; CPU 13:06:31 (49755): Can't open init data file - running in standalone mode
Not using mb_cmdline.txt-file, using commandline options.
SIGSEGV: segmentation violation
Crashed executable name: MBv8_8.0r3279_sse41_x86_64-apple-darwin
Machine type Intel 80486 (64-bit executable)
System version: Macintosh OS 10.8.5 build 12F2560
Sun Dec 27 13:06:31 2015
0 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001002eacab std::_Rb_tree<int, std::pair<int const, PROCINFO>, std::_Select1st<std::pair<int const, PROCINFO> >, std::less<int>, std::allocator<std::pair<int const, PROCINFO> > >::_M_create_node(std::pair<int const, PROCINFO> const&) + 1099
1 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001002db966 COPROCS::clear() + 4198
2 libsystem_c.dylib 0x00007fff8c92090a _sigtramp + 26
3 ??? 0x0000003000000010 0x0 + 206158430224
4 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001001bcdf3 std::string x_csv_encode<char>(char const*, unsigned long) + 2675
5 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001001b9768 std::vector<unsigned char, std::allocator<unsigned char> >::_M_insert_aux(__gnu_cxx::__normal_iterator<unsigned char*, std::vector<unsigned char, std::allocator<unsigned char> > >, unsigned char const&) + 23800
6 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001001beaf3 std::string x_csv_encode<char>(char const*, unsigned long) + 10099
7 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x00000001001a5497 MBv8_8.0r3279_sse41_x86_64-apple-darwin + 1725591
8 MBv8_8.0r3279_sse41_x86_64-apple-darwin 0x0000000100001154 MBv8_8.0r3279_sse41_x86_64-apple-darwin + 4436
9 ??? 0x0000000000000001 0x0 + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0100001f rbx: 0x00000028 rcx: 0x7fff5fbfca28 rdx: 0x00000028
rdi: 0x7fff5fbfca90 rsi: 0x00000003 rbp: 0x7fff5fbfca70 rsp: 0x7fff5fbfca28
r8: 0x00000107 r9: 0x00000000 r10: 0x000003b0 r11: 0x00000206
r12: 0x00000003 r13: 0x7fff5fbfca90 r14: 0x00000107 r15: 0x000003b0
rip: 0x7fff91037686 rfl: 0x00000206
Binary Images Description:
0x100000000 - 0x100373fff /Users/Tom/MBbench/CPU1/./MBv8_8.0r3279_sse41_x86_64-apple-darwin
0x7fff8975e000 - 0x7fff897dffff /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
0x7fff89a66000 - 0x7fff89a66fff /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x7fff89a67000 - 0x7fff89a71fff /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x7fff89b45000 - 0x7fff8a4dffff /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x7fff8a515000 - 0x7fff8a51dfff /usr/lib/system/libsystem_dnssd.dylib
0x7fff8a51e000 - 0x7fff8a53dfff /usr/lib/libresolv.9.dylib
0x7fff8a5f7000 - 0x7fff8a61ffff /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
0x7fff8a620000 - 0x7fff8a62dfff /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
...GPU from Lion 13:22:19 (55954): Can't open init data file - running in standalone mode
Not using mb_cmdline.txt-file, using commandline options.
WARNING: init_data.xml missing
OpenCL platform detected: Apple
WARNING: BOINC supplied wrong platform!
Number of OpenCL devices found : 1
BOINC assigns slot on device #0.
WARNING: BOINC failed to provide OpenCL device, using own enumeration abilities
SIGSEGV: segmentation violation
Crashed executable name: MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin
Machine type Intel 80486 (64-bit executable)
System version: Macintosh OS 10.8.5 build 12F2560
Sun Dec 27 13:22:19 2015
0 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010ab12784 std::_Rb_tree<int, std::pair<int const, PROCINFO>, std::_Select1st<std::pair<int const, PROCINFO> >, std::less<int>, std::allocator<std::pair<int const, PROCINFO> > >::_M_insert_unique(std::pair<int const, PROCINFO> const&) + 1144
1 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010ab03126 COPROCS::clear() + 2612
2 libsystem_c.dylib 0x00007fff8c92090a _sigtramp + 26
3 ??? 0x0000000000000000 0
4 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010aa3b1a4 DoSyncExit() + 3988
5 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010aa331b5 sqlblob<unsigned char>::set_size(unsigned long) + 5161
6 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010aa3c512 SETI_WU_INFO::~SETI_WU_INFO() + 4354
7 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010a9da131 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin + 1286449
8 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin 0x000000010a8a16c4 MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin + 5828
9 ??? 0x0000000000000001 0x0 + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0100001f rbx: 0x00000028 rcx: 0x7fff5535cb08 rdx: 0x00000028
rdi: 0x7fff5535cb70 rsi: 0x00000003 rbp: 0x7fff5535cb50 rsp: 0x7fff5535cb08
r8: 0x00000107 r9: 0x00000000 r10: 0x000003b0 r11: 0x00000206
r12: 0x00000003 r13: 0x7fff5535cb70 r14: 0x00000107 r15: 0x000003b0
rip: 0x7fff91037686 rfl: 0x00000206
Binary Images Description:
0x10a8a0000 - 0x10abbdfff /Users/Tom/MBbench/Science_apps/./MBv8_8.0r3279_ssse3_clGPU_x86_64-apple-darwin
0x10acc0000 - 0x10acc9fff /System/Library/Frameworks/OpenCL.framework/Libraries/libcldcpuengine.dylib
0x10aea4000 - 0x10b16dfff /System/Library/Extensions/AMDRadeonX3000GLDriver.bundle/Contents/MacOS/AMDRadeonX3000GLDriver
0x10b1cb000 - 0x10b1d0fff /System/Library/PrivateFrameworks/IOAccelerator.framework/Versions/A/IOAccelerator
0x10b1d8000 - 0x10b348fff /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib
0x10b380000 - 0x10b38cfff /System/Library/PrivateFrameworks/GPUSupport.framework/Versions/A/Libraries/libGPUSupportMercury.dylib
0x10b395000 - 0x10b3c0fff /System/Library/Frameworks/OpenGL.framework/Resources//GLRendererFloat.bundle/GLRendererFloat
0x7fff8975e000 - 0x7fff897dffff /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
0x7fff897e0000 - 0x7fff898b3fff /System/Library/Frameworks/DiscRecording.framework/Versions/A/DiscRecording
0x7fff89a66000 - 0x7fff89a66fff /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x7fff89a67000 - 0x7fff89a71fff /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x7fff89b45000 - 0x7fff8a4dffff /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x7fff8a515000 - 0x7fff8a51dfff /usr/lib/system/libsystem_dnssd.dylib
0x7fff8a51e000 - 0x7fff8a53dfff /usr/lib/libresolv.9.dylib
0x7fff8a5f7000 - 0x7fff8a61ffff /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
...The only notable difference in the builds is that with Version 7 the compiler would complain about malloc.h Not being in the AKv8/Client folder. With Version 8 there isn't a complaint about malloc.h Not being in the client folder. Placing the malloc.h file from the system into the client folder doesn't make a difference with Version 8 where it solved the problem in Version 7. So, What malloc.h is Version 8 using...if any at All? Because it certainly doesn't appear to be using the correct one. Unless of course it's another Red Herring and something Else is causing the SIGSEGV on Every App built. Hmmmm, searching AKv8 for malloc.h turns up a few hits, two of them say; /* Define to 1 if your system has a GNU libc compatible `malloc' function, and to 0 otherwise. */ #define HAVE_MALLOC 1 /* Define to 1 if you have the <malloc.h> header file. */ /* #undef HAVE_MALLOC_H */ Strange seeing as how I add the path to the configure file on every build; /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/malloc.h ID: 55503 · |
©2025 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.