+- +-
Say hello if visiting :) by Gecko
11 Jan 2023, 07:43:05 pm

Seti is down again by Mike
09 Aug 2017, 10:02:44 am

Some considerations regarding OpenCL MultiBeam app tuning from algorithm view by Raistmer
11 Dec 2016, 06:30:56 am

Loading APU to the limit: performance considerations by Mike
05 Nov 2016, 06:49:26 am

Better sleep on Windows - new round by Raistmer
26 Aug 2016, 02:02:31 pm

Author Topic: sources with Orcas  (Read 37126 times)

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #15 on: 23 Sep 2007, 07:19:47 pm »
pulsefind.cpp ---> squeezed the code.

it compiles well --->

------ Build started: Project: seti_boinc, Configuration: Release32-NOGFX Win32 ------
Compiling...
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.20404 for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.
cl /Od /Ob2 /Oi /Ot /Oy /GT /I "." /I "../../../boinc/api" /I "../../../boinc/client/win" /I "../../../boinc/lib" /I ".." /I "glut" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\db" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\glut" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\jpeglib" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client\Optimizer" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\image_libs" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client\win_build" /I "C:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client\win_build\Release32-NOGFX" /I "C:\I\SC\vs90\boinc" /I "C:\I\SC\vs90\boinc\api" /I "C:\I\SC\vs90\boinc\client\win" /I "C:\I\SC\vs90\boinc\lib" /D "WIN32" /D "_WIN32" /D "_WINDOWS" /D "NBOINC_APP_GRAPHICS" /D "CLIENT" /D "_MT" /D "USE_IPP" /D "USE_SSE2" /D "_DEBUG" /D "_VC80_UPGRADE=0x0600" /D "_MBCS" /GF /Gm /EHsc /MTd /Zp16 /Gy /Fp".\Release/seti_boinc.pch" /Fo".\Release32-NOGFX\\" /Fd".\Release32-NOGFX\vc90.pdb" /FR".\Release32-NOGFX\\" /W3 /c /Wp64 /Zi /TP "..\pulsefind.cpp"
pulsefind.cpp
Build log was saved at "file://c:\I\SC\vs90\seti_boinc_2k3_2.2B-Ben-Joe\client\win_build\Release32-NOGFX\BuildLog.htm"
seti_boinc - 0 error(s), 0 warning(s)
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

new FPU-optimized folding subroutines are short, very compact and hopefull quick

heinz ~seti_britta   ;D

Offline Raistmer

  • Working Code Wizard
  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 14349
Re: sources with Orcas
« Reply #16 on: 06 Oct 2007, 12:58:35 pm »
Did you compile whole client under Orcas already?
Any performance comparision?

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #17 on: 06 Oct 2007, 04:32:07 pm »
Did you compile whole client under Orcas already?
Any performance comparision?
yes whole client is compiled, read one site back and you can see it.
I get still a stackoverflow when execute... so no performance comparison are possible at time.
I´m serching... maybe its a alloc problem.

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #18 on: 22 Oct 2007, 10:17:41 pm »
Compiled now FFTW-3.1.2 under Orcas too
here is the first result ---->
fftw-3.1.2 benchfsse(orcas) started
benchf_sse.exe -opatient 64 128 256 512 1024 2048 4096
Problem: 64, setup: 32.54 ms, time: 2.33 us, ``mflops'': 823.7
Problem: 128, setup: 79.49 ms, time: 6.43 us, ``mflops'': 697.23
Problem: 256, setup: 196.37 ms, time: 14.25 us, ``mflops'': 718.72
Problem: 512, setup: 470.92 ms, time: 31.01 us, ``mflops'': 743
Problem: 1024, setup: 866.86 ms, time: 70.68 us, ``mflops'': 724.4
Problem: 2048, setup: 2.17 s, time: 155.61 us, ``mflops'': 723.88
Problem: 4096, setup: 7.27 s, time: 329.37 us, ``mflops'': 746.15
fftw-3.1.2 benchfsse ended.
-----------------------------------------------------------------------------------------------------
It shows that this complex FFTW project compiles fine and run with Orcas too.
regards heinz   ;D

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #19 on: 28 Oct 2007, 06:14:39 pm »
Hi Jason,
here are some short comments to compile FFTW-3.1.2
there are 3 projects in FFTW
1. bench
2. libfftw
3. wisdom
----------------------------------------------------------------------------
before you can compile, you must make some individual settings in config.h
you found config.h in the root of fftw-3.1.2
read docu for understanding.....
at first we must compile libfftw to create the library
then we can compile bench and link against this library to get the bench.exe file.
if you set this in the project-dependencies you need still call bench for compile the two
-------------------------------------------------------------------------------
------ Rebuild All started: Project: libfftw, Configuration: Release float SSE Win32 ------
Deleting intermediate and output files for project 'libfftw', configuration 'Release float SSE|Win32'
Compiling...
sse2.c
sse.c
Generating Code...
Compiling...
apiplan.c
version.c
the-planner.c
rdft2-pad.c
print-plan.c
plan-r2r.c
plan-r2r-3d.c
plan-r2r-2d.c
plan-r2r-1d.c
plan-many-r2r.c
plan-many-dft.c
plan-many-dft-r2c.c
plan-many-dft-c2r.c
plan-guru-split-dft.c
........ and so on... there are ~ 100 programs
........
buffered.c
awake.c
assert.c
alloc.c
Generating Code...
Compiling...
align.c
Generating Code...
Creating library...
Build log was saved at "file://c:\I\SC\vs90\fftw-3.1.2\win32\libfftw___Win32_Release_float_SSE\BuildLog.htm"
libfftw - 0 error(s), 50 warning(s)
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========
now we compile bench ----->
------ Rebuild All started: Project: bench, Configuration: Release float SSE Win32 ------
Deleting intermediate and output files for project 'bench', configuration 'Release float SSE|Win32'
Compiling...
zero.c
verify.c
verify-rdft2.c
verify-r2r.c
..\libbench2\verify-r2r.c(182) : warning C4244: '=' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-r2r.c(327) : warning C4244: '=' : conversion from 'trigreal' to 'R', possible loss of data
..\libbench2\verify-r2r.c(412) : warning C4244: 'function' : conversion from 'trigreal' to 'R', possible loss of data
..\libbench2\verify-r2r.c(440) : warning C4244: '=' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-r2r.c(441) : warning C4244: '=' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-r2r.c(478) : warning C4244: '=' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-r2r.c(650) : warning C4244: 'function' : conversion from 'double' to 'R', possible loss of data
verify-lib.c
..\libbench2\verify-lib.c(83) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(84) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(209) : warning C4244: '=' : conversion from 'trigreal' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(210) : warning C4244: '=' : conversion from 'trigreal' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(296) : warning C4244: 'initializing' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-lib.c(312) : warning C4244: 'initializing' : conversion from 'double' to 'R', possible loss of data
..\libbench2\verify-lib.c(337) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(338) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(339) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\verify-lib.c(340) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
verify-dft.c
util.c
timer2.c
..\libbench2\timer2.c(30) : warning C4305: 'initializing' : truncation from 'double' to 'const float'
timer.c
tensor.c
speed.c
report.c
..\libbench2\report.c(97) : warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(366) : see declaration of 'sprintf'
..\libbench2\report.c(99) : warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(366) : see declaration of 'sprintf'
..\libbench2\report.c(101) : warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(366) : see declaration of 'sprintf'
..\libbench2\report.c(103) : warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(366) : see declaration of 'sprintf'
problem.c
..\libbench2\problem.c(254) : warning C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\string.h(74) : see declaration of 'strcpy'
pow2.c
ovtpvt.c
my-getopt.c
mp.c
..\libbench2\mp.c(63) : warning C4244: '=' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(271) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(358) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(359) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(368) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(369) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(409) : warning C4244: 'function' : conversion from 'int' to 'bench_real', possible loss of data
..\libbench2\mp.c(409) : warning C4244: 'function' : conversion from 'int' to 'bench_real', possible loss of data
..\libbench2\mp.c(410) : warning C4244: 'function' : conversion from 'int' to 'bench_real', possible loss of data
..\libbench2\mp.c(410) : warning C4244: 'function' : conversion from 'int' to 'bench_real', possible loss of data
..\libbench2\mp.c(502) : warning C4244: 'function' : conversion from 'double' to 'bench_real', possible loss of data
..\libbench2\mp.c(617) : warning C4244: 'function' : conversion from 'int' to 'bench_real', possible loss of data
mflops.c
main.c
info.c
Generating Code...
Compiling...
dotens2.c
caset.c
can-do.c
bench-main.c
aset.c
allocate.c
aligned-main.c
Generating Code...
Compiling...
hook.c
bench.c
..\tests\bench.c(59) : warning C4996: 'sscanf': This function or variable may be unsafe. Consider using sscanf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(324) : see declaration of 'sscanf'
..\tests\bench.c(63) : warning C4996: 'sscanf': This function or variable may be unsafe. Consider using sscanf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(324) : see declaration of 'sscanf'
..\tests\bench.c(64) : warning C4996: 'sscanf': This function or variable may be unsafe. Consider using sscanf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(324) : see declaration of 'sscanf'
..\tests\bench.c(87) : warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(237) : see declaration of 'fopen'
..\tests\bench.c(114) : warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
        c:\I\VS9\VC\include\stdio.h(237) : see declaration of 'fopen'
Generating Code...
Linking...
Embedding manifest...
Build log was saved at "file://c:\I\SC\vs90\fftw-3.1.2\win32\bench___Win32_Release_float_SSE\BuildLog.htm"
bench - 0 error(s), 40 warning(s)
========== Rebuild All: 2 succeeded, 0 failed, 0 skipped ==========
all compiles fine and we found the bench.exe in the root of \fftw-3.1.2
howto run bench.exe ----> see previous post

yes, thats it...  ;D
regards heinz 



Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: sources with Orcas
« Reply #20 on: 30 Oct 2007, 03:18:52 am »
Okay that's great Heinz, I have many questions about the FFTW build attempts (both Orcas & 2005).  I may have to build this under vs2005 (with or without ICC).  I have had to stop my g++ build three times because it used up my whole machine for too long.  How long did the 100+ .C files take to build, on what kind of machine? do you still have the build log?

Did you choose many options in config.h?  Were they selected for DLL or static lib., single float, single threaded or was that in VS2005 settings or both? Are these the correct ones for seti? (been with Intel libraries until now) Under the MingW g++ build i was able to run the configure script so it chose those for me for the most part, there are still some I am not sure about...

And may have to try a build in VS2005 because ir's too heavy load for my poor little old machine :( ... strangely the vs2005+ICC seti builds were rather quickly complete and relativelly trouble free.

Jason
« Last Edit: 30 Oct 2007, 03:25:08 am by j_groothu »

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #21 on: 31 Oct 2007, 02:42:29 pm »
Hi Jason,
1. I´m using a P4 2.66 MHZ no SSE3 1GB RAM
2. I need to compile the bench+fftwf  under 2 minutes with Orcas
3. The buildprotokoll are atteched file fftw_SSE_build_prot.7z
4. Configuration Type : Static Library (.lib)
    Whole Program Optimization : Use Link Time Code Generation
5. bench
5.1 Preprocessor Definitions: WIN32;NDEBUG;_CONSOLE;FFTW_SINGLE;BENCHFFT_SINGLE;HAVE_SSE
5.2  Codegeneration ---> Runtime Library : Multi-threaded (/MT)
5.3 Don´t forget to add the necessary  "Additional Library Directories" in the Linker Section of bench´
----------------------------------------------------------------------
heinz   

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #22 on: 31 Oct 2007, 02:47:41 pm »
sorry forgot to attach the file

[attachment deleted by admin]

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: sources with Orcas
« Reply #23 on: 31 Oct 2007, 03:50:42 pm »
woohoo thanks  :), will look after work & school today.

Jason

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #24 on: 01 Nov 2007, 05:00:28 pm »
the stack overflow in parse_wu_header a history
--------------------------------------
I set a break at seti_header.cpp line 251
251     buffer += buf;
after the break buffer shows
<workunit_header>
  <name>01mr99ab.14893.2848.703400.3.151</name>
  <group_info>
    <tape_info>
      <name>01mr99ab</name>
      <start_time>2451239.5778227</start_time>
      <last_block_time>2451239.5778227</last_block_time>
      <last_block_done>2848</last_block_done>
      <missed>0</missed>
      <tape_quality>0</tape_quality>
      <sb_id>0</sb_id>
    </tape_info>
    <name>01mr99ab.14893.2848.703400.3</name>
    <data_desc>
      <start_ra>8.3103311246938</start_ra>
      <start_dec>27.91552777321</start_dec>
      <end_ra>8.3542955650728</end_ra>
      <end_dec>27.83540577987</end_dec>
      <true_angle_range>0.60488405578199</true_angle_range>
      <time_recorded>Tue Mar  2 01:52:05 1999</time_recorded>
      <time_recorded_jd>2451239.5778356</time_recorded_jd>
      <nsamples>1048576</nsamples>
      <coords>
      <coordinate_t>
        <time>2451239.5778356</time>
        <ra>8.3103311246938</ra>
        <dec>27.91552777321</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5778934</time>
        <ra>8.3125413024574</ra>
        <dec>27.911197182893</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5779514</time>
        <ra>8.3147416668476</ra>
        <dec>27.90693256333</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5780093</time>
        <ra>8.3169450560065</ra>
        <dec>27.902621906048</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.578067</time>
        <ra>8.3191452260533</ra>
        <dec>27.898298175788</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.578125</time>
        <ra>8.3213405864986</ra>
        <dec>27.894014752898</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5781829</time>
        <ra>8.3217405142933</ra>
        <dec>27.899328820752</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5782407</time>
        <ra>8.3236184661523</ra>
        <dec>27.896734172274</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5782985</time>
        <ra>8.325834215088</ra>
        <dec>27.892305831529</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5783565</time>
        <ra>8.3280041431626</ra>
        <dec>27.888138576843</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5784144</time>
        <ra>8.3302006840738</ra>
        <dec>27.883798135736</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5784721</time>
        <ra>8.332395258493</ra>
        <dec>27.879438073973</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5785301</time>
        <ra>8.3345999455565</ra>
        <dec>27.875038063474</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5785878</time>
        <ra>8.3367837326947</ra>
        <dec>27.870706325634</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5786457</time>
        <ra>8.3389835210763</ra>
        <dec>27.866287225636</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5787037</time>
        <ra>8.3411633518307</ra>
        <dec>27.861977834223</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5787615</time>
        <ra>8.3433656733927</ra>
        <dec>27.857498886392</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5788193</time>
        <ra>8.3455480635596</ra>
        <dec>27.853130175559</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5788773</time>
        <ra>8.3477402284459</ra>
        <dec>27.848707725239</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5789352</time>
        <ra>8.3499266964689</ra>
        <dec>27.844286361793</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5789929</time>
        <ra>8.3521124345577</ra>
        <dec>27.839838544895</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451239.5790508</time>
        <ra>8.3542955650728</ra>
        <dec>27.83540577987</dec>
      </coordinate_t>
    </coords>
  </data_desc>
  <receiver_cfg>
    <s4_id>1</s4_id>
    <name>ao1420</name>
    <beam_width>0.0829999968</beam_width>
    <center_freq>1420</center_freq>
    <latitude>18.3538056</latitude>
    <longitude>-66.7552222</longitude>
    <elevation>497</elevation>
    <diameter>168</diameter>
    <az_orientation>0</az_orientation>
    <az_corr_coeff length=49 encoding="x-csv">
      7.4,5.4,-49.1,-1091,0,0,0,0,0,0,0,0,0
    </az_corr_coeff>
    <zen_corr_coeff length=53 encoding="x-csv">
      -5146.7,66.1,14.3,321.7,0,0,0,0,0,0,0,0,0
    </zen_corr_coeff>
  </receiver_cfg>
  <recorder_cfg>
    <name>sah_ao1420</name>
    <bits_per_sample>2</bits_per_sample>
    <sample_rate>2500000</sample_rate>
    <beams>1</beams>
    <version>1.39999998</version>
  </recorder_cfg>
  <splitter_cfg>
    <version>0.170000002</version>
    <data_type>encoded</data_type>
    <fft_len>2048</fft_len>
    <ifft_len>8</ifft_len>
    <filter>fft</filter>
    <window>welsh</window>
  </splitter_cfg>
  <analysis_cfg>
    <spike_thresh>24</spike_thresh>
    <spikes_per_spectrum>1</spikes_per_spectrum>
    <gauss_null_chi_sq_thresh>2.23918462</gauss_null_chi_sq_thresh>
    <gauss_chi_sq_thresh>1.41999996</gauss_chi_sq_thresh>
    <gauss_power_thresh>3</gauss_power_thresh>
    <gauss_peak_power_thresh>3.20000005</gauss_peak_power_thresh>
    <gauss_pot_length>64</gauss_pot_length>
    <pulse_thresh>19.7613773</pulse_thresh>
    <pulse_display_thresh>0.5</pulse_display_thresh>
    <pulse_max>40960</pulse_max>
    <pulse_min>16</pulse_min>
    <pulse_fft_max>8192</pulse_fft_max>
    <pulse_pot_length>256</pulse_pot_length>
    <triplet_thresh>8.76140499</triplet_thresh>
    <triplet_max>131072</triplet_max>
    <triplet_min>16</triplet_min>
    <triplet_pot_length>256</triplet_pot_length>
    <pot_overlap_factor>0.5</pot_overlap_factor>
    <pot_t_offset>1</pot_t_offset>
    <pot_min_slew>0.00209999993</pot_min_slew>
    <pot_max_slew>0.0104999999</pot_max_slew>
    <chirp_resolution>0.333</chirp_resolution>
    <analysis_fft_lengths>262136</analysis_fft_lengths>
    <bsmooth_boxcar_length>8192</bsmooth_boxcar_length>
    <bsmooth_chunk_size>32768</bsmooth_chunk_size>
    <chirps>
    <chirp_parameter_t>
      <chirp_limit>1</chirp_limit>
      <fft_len_flags>262136</fft_len_flags>
    </chirp_parameter_t>
    <chirp_parameter_t>
      <chirp_limit>2.5</chirp_limit>
      <fft_len_flags>65528</fft_len_flags>
    </chirp_parameter_t>
  </chirps>
  <pulse_beams>1</pulse_beams>
  <max_signals>30</max_signals>
  <max_spikes>8</max_spikes>
  <max_gaussians>0</max_gaussians>
  <max_pulses>0</max_pulses>
  <max_triplets>0</max_triplets>
  <keyuniq>-12348</keyuniq>
</analysis_cfg>
<sb_id>0</sb_id>
</group_info>
<subband_desc>
  <number>151</number>
  <center>1418978879.8359</center>
  <base>1418974607.375</base>
  <sample_rate>9765.625</sample_rate>
</subband_desc>
<sb_id>0</sb_id>
</workunit_header>
------------------------------------------------------------------------
next statements are
252
253    if ( wu ) delete wu;
254    wu = new workunit( buffer ); //seti_britta:here I have a problem

if line 254 executed we come to dbgnew.cpp line 50
50{
51    /* _nh_malloc_dbg already calls _heap_alloc_dbg in a loop and calls _callnewh
52       if the allocation fails. If _callnewh returns (very likely because no
53       new handlers have been installed by the user), _nh_malloc_dbg returns NULL.
54     */
55    void *res = _nh_malloc_dbg( cb, 1, nBlockUse, szFileName, nLine );
    RTCCALLBACK(_RTC_Allocate_hook, (res, cb, 0));

    /* if the allocation fails, we throw std::bad_alloc */
    if (res == 0)
    {
        static const std::bad_alloc nomem;
        _RAISE(nomem);
    }

    return res;
}
---------------------------------------------------------------------------------------
if we execute line 55 we come to dbgheap.c line 294
294{
295        int errno_tmp = 0;
296        void * pvBlk = _nh_malloc_dbg_impl(nSize, nhFlag, nBlockUse, szFileName, nLine, &errno_tmp);

        if ( pvBlk == NULL && errno_tmp != 0 && _errno())
        {
            errno = errno_tmp; // recall, #define errno *_errno()
        }
        return pvBlk;
}
-----------------------------------------------------
if we execute line 296 we goto dbgheap.c line 232
232{{
        void * pvBlk;

        for (;;)
        {
            /* do the allocation
             */
239            pvBlk = _heap_alloc_dbg_impl(nSize, nBlockUse, szFileName, nLine, errno_tmp);
we came back and run into dbgheao.c line 296
296  void * pvBlk = _nh_malloc_dbg_impl(nSize, nhFlag, nBlockUse, szFileName, nLine, &errno_tmp);
if we execute we come to dbgnew.cpp line 55
55    void *res = _nh_malloc_dbg( cb, 1, nBlockUse, szFileName, nLine );
if we execute we came back to seti_header.cpp line 254
254wu = new workunit( buffer ); //seti_britta:here I have a problem
if we execute with F10  it switches to sah_gfx.cpp line 287
286        ra_string( wu.start_ra, ra_buf );
287        dec_string( wu.start_dec, dec_buf );  <--- here it crashes
        sprintf(
            buf,
            "From: %s, %s\nRecorded on: %s\nRecorded at: %s\nBase frequency: %.9f GHz",
            ra_buf,
            dec_buf,
            short_jd_string( wu.time_recorded ),
            locations[s4_id],
            wu.subband_base / 1e9 );
        }
-----------------------------------------------------------------------------------------------------------------
>   seti_boinc.exe!SAH_GRAPHICS::get_data_info_string(char * buf=0x044360d8)  Line 287 + 0x21 bytes   C++
First-chance exception at 0x7c93a321 in seti_boinc.exe: 0xC00000FD: Stack overflow.
First-chance exception at 0x7c812a7b in seti_boinc.exe: Microsoft C++ exception: std::bad_alloc at memory location 0x000337e4..
First-chance exception at 0x7c91eddd in seti_boinc.exe: 0xC0000005: Access violation writing location 0x00030ffc.
Unhandled exception at 0x7c91eddd in seti_boinc.exe: 0xC0000005: Access violation writing location 0x00030ffc.
--------------------
dec_buf ---->looks like well prepared
sb_id>
</group_info>
<subband_desc>
  <number>151</number>
  <center>1418978879.8359</center>
  <base>1418974607.375</base>
  <sample_rate>9765.625</sample_rate>
</subband_desc>
<sb_id>0</sb_id>
</workunit_header>
------------------------------------------------------------------
but wu looks bad --->
-      wu   {data_type=??? data_class=??? splitter_version=??? ...}   SETI_WU_INFO
      track_mem<SETI_WU_INFO>   {...}   track_mem<SETI_WU_INFO>
      data_type   CXX0030: Error: expression cannot be evaluated   
      data_class   CXX0030: Error: expression cannot be evaluated   
      splitter_version   CXX0030: Error: expression cannot be evaluated   
      start_ra   CXX0030: Error: expression cannot be evaluated   
      start_dec   CXX0030: Error: expression cannot be evaluated   
      end_ra   CXX0030: Error: expression cannot be evaluated   
      end_dec   CXX0030: Error: expression cannot be evaluated   
      angle_range   CXX0030: Error: expression cannot be evaluated   
      true_angle_range   CXX0030: Error: expression cannot be evaluated   
      time_recorded   CXX0030: Error: expression cannot be evaluated   
      subband_center   CXX0030: Error: expression cannot be evaluated   
      subband_base   CXX0030: Error: expression cannot be evaluated   
      subband_sample_rate   CXX0030: Error: expression cannot be evaluated   
      fft_len   CXX0030: Error: expression cannot be evaluated   
      ifft_len   CXX0030: Error: expression cannot be evaluated   
      subband_number   CXX0030: Error: expression cannot be evaluated   
+      receiver_cfg   {id=??? s4_id=??? name=0x2f3c2130 <Bad Ptr> ...}   receiver_config
      nsamples   CXX0030: Error: expression cannot be evaluated   
      bits_per_sample   CXX0030: Error: expression cannot be evaluated   
+      position_history   ...   std::_Vector_const_iterator<coordinate_t,std::allocator<coordinate_t> >
      num_positions   CXX0030: Error: expression cannot be evaluated   
+      tape_version   0x2f3c2290 <Bad Ptr>   char [16]
+      analysis_cfg   {id=??? spike_thresh=??? spikes_per_spectrum=??? ...}   analysis_config
      num_fft_lengths   CXX0030: Error: expression cannot be evaluated   
+      analysis_fft_lengths   0x2f3c2384   int [32]
      beam_width   CXX0030: Error: expression cannot be evaluated   
+      chirp_fft_table   0x2f3c2410 {MaxChirpRate=??? DoFft=0x2f3c2418 <Bad Ptr> }   ChirpFftTable_t [2]
      wu   CXX0030: Error: expression cannot be evaluated   
----------------------------------------------------------------------------------------------------------------------------
I have no idea why wu is not allocated
your hints are welcome
heinz
 

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: sources with Orcas
« Reply #25 on: 01 Nov 2007, 06:18:37 pm »
Well that looks familiar  ;)
First-chance exception at 0x7c91eddd in seti_boinc.exe: 0xC0000005: Access violation writing location 0x00030ffc.

There are a couple of weird things with WU_header property constructors (either the constructors themselves or when instantiating)  I haven't had a proper look at yet.  I kludged them to make them compile but I suspect possible  memory leaks or corruption etc.

Jason

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #26 on: 09 Nov 2007, 04:10:11 am »
pulsefind.cpp ---> squeezed the code.

new FPU-optimized folding subroutines are short, very compact and hopefull quick

heinz ~seti_britta   ;D
so far we measured the modified PFCASE  speeds up ~13%
some further measuring is necessary to manifest it
regards  ;D

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: sources with Orcas
« Reply #27 on: 09 Nov 2007, 07:44:01 am »
Take your time... I broke my NET Framework today >:(  seems to have damaged VS & ICC, gosh darnit.  Guess that's what happens when you mix detail work and beer!.... I never use dotnet 'stuff' anyway....

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: sources with Orcas
« Reply #28 on: 09 Nov 2007, 08:38:49 am »
Its angry, but be cool... can you restore the files before the installation in any way..with systemrestore.
If not install a tool like Norton Ghost. I have installed and configured it so that once a week it makes a full backup and every day  a incremental backup of my system on a second disk. And all the time you can work....no problems.
Yesterday evening I restored a directory, after some mishappen changes on some config files of the pulstime project.
It works very well
regards heinz

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: sources with Orcas
« Reply #29 on: 09 Nov 2007, 10:41:03 am »
yeah I keep images with TruImage.  Had Ghost before but sometimes the disks didn't work for me when I went to grab some files off, so I changed.

Oh well NET seems to have reinstalled OK anyway and my build environment is back up.  Still can't help feeling the whole thing is a big slow pig made of eggshells  ;).  Probably time to think about getting a lottery ticket for buying a MAC  :-X

Jason
« Last Edit: 09 Nov 2007, 11:03:59 am by j_groothu »

 

Welcome, Guest.
Please login or register.
 
 
 
Forgot your password?
Members
Total Members: 97
Latest: ToeBee
New This Month: 0
New This Week: 0
New Today: 0
Stats
Total Posts: 59559
Total Topics: 1672
Most Online Today: 26
Most Online Ever: 983
(20 Jan 2020, 03:17:55 pm)
Users Online
Members: 0
Guests: 21
Total: 21
Powered by EzPortal