Custom Query (541 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (46 - 48 of 541)

Ticket Resolution Summary Owner Reporter
#148 fixed Fixes for new raypicker kevin baker
Description

The new raypicker code Stefan added does not compile on Linux or Mac OS X. This is because it has Windows-specific code. I modified the following files to eliminate or conditionalize the Windows-only code so that raypicker compiles without errors or warnings on Linux and Mac OS X.

  • In the main program, seismic_processing/raypicker/raypicker.c, the mutex variables are declared HANDLE. The fix is to change the declaration to mutex_t. Also, as previously noted, #include <malloc.h> is unnecessary, and does not exist on Mac OS X:
/* #include <malloc.h> */
mutex_t	hStackerMutex;
mutex_t	hProcessorMutex;
  • In seismic_processing/raypicker/rp_messaging.c, #include <string.h> is missing, and the code is Windows-specific. The fix is:
#include <stdio.h>
#include <string.h>
#include <float.h>  /* DBL_MAX */
#ifdef _WINNT
  _snprintf_s( msg, sizeof(msg), _TRUNCATE, "%ld %hd %s\n\0", t, 0, szError);
#else
  snprintf( msg, sizeof(msg), "%ld %hd %s\n\0", t, 0, szError);
#endif
  • In seismic_processing/raypicker/stalist.c, #include <string.h> is missing (and #include <malloc.h> should be removed), and the code is Windows-specific. The fix is:
#include <stdlib.h>
/* #include <malloc.h> */
#include <string.h>
#ifdef _WINNT
            memcpy_s(&(pNewSCNL[i]), sizeof(RaypickerSCNL), thisSCNL, sizeof(RaypickerSCNL));
#else
            memcpy(&(pNewSCNL[i]), thisSCNL, sizeof(RaypickerSCNL));
#endif
  • In seismic_processing/raypicker/stalist_parse.c, #include <string.h> is missing (and #include <malloc.h> should be removed), and the code is Windows-specific. The fix is:
#include <earthworm.h>
#ifndef _WINNT
#include <errno.h>
#endif

, two instances of:

#ifdef _WINNT
    err = fopen_s(&pFile, szFile, "r");
#else
    pFile = fopen(szFile, "r");
    err = errno;
#endif

and:

#ifdef _WINNT
        if (sscanf_s(&(szLine[4]), " %s %s %s %s", pSCNL[*pNumSCNL].sta, sizeof(pSCNL[*pNumSCNL].sta),
                    pSCNL[*pNumSCNL].comp, sizeof(pSCNL[*pNumSCNL].comp),
                    pSCNL[*pNumSCNL].net, sizeof(pSCNL[*pNumSCNL].net),
                    pSCNL[*pNumSCNL].loc, sizeof(pSCNL[*pNumSCNL].loc)) < 4)
#else
        if (sscanf(&(szLine[4]), " %s %s %s %s", pSCNL[*pNumSCNL].sta,
                  pSCNL[*pNumSCNL].comp,
                  pSCNL[*pNumSCNL].net,
                  pSCNL[*pNumSCNL].loc) < 4)
#endif

As previously noted, Mac OS X does not have a malloc.h. The fix is to remove #include <malloc.h> from the following files:

  • seismic_processing/raypicker/config.c
  • seismic_processing/raypicker/pick_channel_info.c
  • seismic_processing/raypicker/pick_series.c
  • seismic_processing/raypicker/pre_filter.c
  • seismic_processing/raypicker/rate_constants.c

Linux complains about missing newlines at the end of several include files. The fix is to add a newline to the end of the following files:

  • seismic_processing/raypicker/compare.h
  • seismic_processing/raypicker/config.h
  • seismic_processing/raypicker/pick_channel_info.h
  • seismic_processing/raypicker/symmetry
  • seismic_processing/raypicker/tracebuf2double.h
#582 fixed data_sources/q2ew fails to compile on Linux kevin baker
Description

data_sources/q2ew fails to compile on Linux:

Making unix_modules in:
/opt/earthworm/earthworm-7.9-6974/src/data_sources/q2ew
make[2]: Entering directory `/opt/earthworm/earthworm-7.9-6974/src/data_sources/q2ew'
make[2]: *** No rule to make target `../include/dpstruc.h', needed by `service.o'.  Stop.
make[2]: Leaving directory `/opt/earthworm/earthworm-7.9-6974/src/data_sources/q2ew'

gcc can't find ../include/dpstruc.h. That is because it is in data_sources/q2ew/comserv/include:

# ls data_sources/q2ew/comserv/include
cfgutil.h  os9inet.h   pascal.h    seedstrc.h  stuff.h
dpstruc.h  os9stuff.h  quanstrc.h  service.h   timeutil.h

The definition of INCL in src/data_sources/q2ew/makefile.unix is either incorrect or incomplete.

#656 fixed scream2ew broken after patch larry paulf
Description

A user contributes this bug report:

Hello community!

There is the bug in latest scream2ew from earthworm-working brunch. Program Version: 1.0.2 - 2016.12.06

The short description: tb2 packets are wrong AFTER scream2ew managed the data.

Sniffwave shows that all (expect SCLN) fields in tb2 packet are incorrect:

BVTG.BHN.IM.00 (0x32 0x30) 33554432 s4 -201261056 0.0000 1970/01/01 00:00:00.00 (0.0000) 1970/01/01 00:00:00.00 (0.0000) 0x00 0x00 i167 m160 t19 len2064 [D:1526273191.89s F: 5.0s]
 BVTG.BHE.IM.00 (0x32 0x30) 50331648 s4 -201261056 0.0000 1970/01/01 00:00:00.00 (0.0000) 1970/01/01 00:00:00.00 (0.0000) 0x00 0x00 i167 m160 t19 len2064 [D:1526273192.09s F: 5.0s]
 BVTG.BHZ.IM.00 (0x32 0x30) 16777216 s4 -201261056 0.0000 1970/01/01 00:00:00.00 (0.0000) 1970/01/01 00:00:00.00 (0.0000) 0x00 0x00 i167 m160 t19 len2064 [D:1526273192.89s F: 5.0s]

Of course wftimefilter log has a lot of this:

20180514_UTC_04:00:36 BVTG.BHZ.IM.00 rejecting packet with bad nsamp value: -201261056 (starttime 0.000)
20180514_UTC_04:00:36 BVTG.BHE.IM.00 rejecting packet with bad nsamp value: -201261056 (starttime 0.000)

Please NOTE that scream2ew from 7.9 work fine without any modification of config.

It seems that latest commit in gfc.c and gfc.h at revision 7197 may be have the bug. 

Have a nice day!

Best Regards,
Andrey Stepnov

Note: See TracQuery for help on using queries.