ഉൾപ്പെടുന്നു_സെർവർ - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

include_server.py - C/C++ നുള്ള ഉൾപ്പെട്ട ഡിപൻഡൻസികളുടെ യാഥാസ്ഥിതിക ഏകദേശം

സിനോപ്സിസ്

ഉൾപ്പെടുത്തുക_സെർവർ --പോർട്ട് INCLUDE_SERVER_PORT [ഓപ്ഷനുകൾ]

വിവരണം

include_server.py ഒരു ഉൾപ്പെടുത്തൽ സെർവർ പ്രക്രിയ ആരംഭിക്കുന്നു. ഈ പ്രക്രിയയിൽ നിന്നുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു
distcc(1) C/C++ കംപൈലേഷനുകളിൽ ഏതൊക്കെ ഫയലുകൾ ഉൾപ്പെടുത്തണം എന്നതിനെക്കുറിച്ചുള്ള ക്ലയന്റുകൾ. include_server.py
ഉൾപ്പെടുത്തിയ സെർവർ രൂപപ്പെട്ടയുടൻ കമാൻഡ് തന്നെ അവസാനിക്കുന്നു.

എല്ലാ ആശയവിനിമയത്തിനും ഉപയോഗിക്കുന്ന സോക്കറ്റിന്റെ പേരാണ് INCLUDE_SERVER_PORT ആർഗ്യുമെന്റ്
distcc ക്ലയന്റുകൾക്കും ഉൾപ്പെടുത്തിയ സെർവറിനുമിടയിൽ. ദി distcc-പമ്പ്(1) കമാൻഡ് ഉത്തരവാദിയാണ്
സോക്കറ്റ് ലൊക്കേഷൻ സൃഷ്‌ടിക്കുന്നതിനും അത് ഈ സ്‌ക്രിപ്റ്റിലേക്ക് കൈമാറുന്നതിനും എല്ലാവർക്കും കൈമാറുന്നതിനും
INCLUDE_SERVER_PORT എന്ന എൻവയോൺമെന്റ് വേരിയബിൾ വഴി distcc ക്ലയന്റുകൾ.

ഉൾപ്പെടുത്തൽ സെർവർ ഉപയോഗിക്കുന്ന പ്രോട്ടോക്കോൾ distcc യുടെ RPC നടപ്പിലാക്കൽ ഉപയോഗിക്കുന്നു. ഓരോ ജില്ലയും
അഭ്യർത്ഥനയിൽ (1) നിലവിലെ ഡയറക്ടറിയും (2) ആർഗ്യുമെന്റുകളുടെ ലിസ്റ്റും അടങ്ങിയിരിക്കുന്നു
സമാഹാര കമാൻഡ്.

ഉൾപ്പെടുത്തിയ സെർവറിന് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ കഴിയുമെങ്കിൽ, അത് distcc ക്ലയന്റിന് ഉത്തരം നൽകുന്നു
ഫയൽപാത്തുകളുടെ ഒരു ലിസ്റ്റ് അയയ്ക്കുന്നു. ഫയൽപാത്തുകൾ കംപ്രസ് ചെയ്ത ഉറവിടത്തിന്റെയും തലക്കെട്ടിന്റെയുംവയാണ്
ഉൾപ്പെടുത്തിയ വിശകലനത്തിലൂടെ സമാഹരിക്കാൻ ആവശ്യമായ ഫയലുകൾ കണ്ടെത്തി. പട്ടികയും
കംപൈലേഷൻ സെർവറിന് ആവശ്യമായ പ്രതീകാത്മക ലിങ്കുകളും ഡമ്മി ഫയലുകളും ഉൾക്കൊള്ളുന്നു
കംപൈലേഷന് ആവശ്യമായ ഫയൽസിസ്റ്റത്തിന്റെ ഭാഗങ്ങളുടെ കൃത്യമായ ഒരു പകർപ്പ് നിർമ്മിക്കുക. ഇൻ
ഈ രീതിയിൽ, ആവശ്യമായ /path/foo.h പോലുള്ള ഒരു ഹെഡ്ഡർ ഫയൽ കംപ്രസ്സുചെയ്‌ത്, പുനർനാമകരണം ചെയ്ത്, സംഭരിക്കുന്നു.
/dev/shm/tmpiAvfGv.include_server-9368-1/path/foo.h.lzo പോലെയുള്ള താൽക്കാലിക സ്ഥാനം. ദി
distcc ക്ലയന്റ് ഈ ഫയലുകൾ ഒരു കംപൈലേഷൻ സെർവറിലേക്ക് കൈമാറും, അവ എവിടെയായിരിക്കും
കംപ്രസ് ചെയ്യാത്തതും താൽക്കാലികമായി ഘടിപ്പിച്ചതും.

ഉൾപ്പെടുത്തിയ സെർവറിന് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, അത് ശൂന്യമായ ലിസ്റ്റ് നൽകുന്നു
distcc ക്ലയന്റിലേക്ക്.

ഉൾപ്പെടുത്തിയ സെർവറുമായി ബന്ധപ്പെട്ട രണ്ട് തരത്തിലുള്ള പരാജയങ്ങളുണ്ട്. സെർവർ ഉൾപ്പെടുത്താം
ഉൾപ്പെടുന്നവ കണക്കാക്കുന്നതിൽ പരാജയപ്പെടുകയോ അല്ലെങ്കിൽ മറ്റ് വഴികളിൽ പരാജയപ്പെടുകയോ ചെയ്യുക, വിഭാഗം കാണുക ഉൾപ്പെടുന്നു സെർവർ ലക്ഷണങ്ങൾ.
കൂടാതെ, കണക്കാക്കിയതിന്റെ അപര്യാപ്തത കാരണം നീക്കം ചെയ്യപ്പെടുന്ന സെർവറിലെ സമാഹാരം പരാജയപ്പെടാം
അടച്ചുപൂട്ടൽ ഉൾപ്പെടുത്തുക, എന്നാൽ പ്രാദേശികമായി വീണ്ടും ശ്രമിക്കുമ്പോൾ വിജയിക്കുക, വിഭാഗം കാണുക DISTCC പൊരുത്തക്കേട്
ലക്ഷണങ്ങൾ.

ഓപ്ഷൻ സംഗ്രഹം

ഇനിപ്പറയുന്ന ഓപ്‌ഷനുകൾ include_server.py മനസ്സിലാക്കുന്നു.

-dPAT, --debug_pattern=PAT
മുന്നറിയിപ്പുകളും ഡീബഗ്ഗിംഗും ഓണാക്കുന്നതിനുള്ള ബിറ്റ് വെക്റ്റർ
1 = മുന്നറിയിപ്പുകൾ
2 = ചില പ്രവർത്തനങ്ങൾ കണ്ടെത്തുക
രണ്ടിന്റെ മറ്റ് ശക്തികൾ: include_server/basics.py കാണുക.

-ഇ, --ഇമെയിൽ
'distcc-pump-errors' എന്നതിലേക്ക് ഇമെയിൽ അയയ്‌ക്കുക അല്ലെങ്കിൽ നിർവചിച്ചിട്ടുണ്ടെങ്കിൽ, പരിസ്ഥിതി വേരിയബിളിന്റെ മൂല്യം
DISTCC_EMAILLOG_WHOM_TO_BLAME, ഉൾപ്പെടുത്തൽ സെർവർ തകരാറിലാകുമ്പോൾ. സ്ഥിരസ്ഥിതിയാണ്
ഇമെയിൽ അയക്കാതിരിക്കാൻ.

--email_bound NUMBER
അയയ്‌ക്കേണ്ട പരമാവധി എണ്ണം ഇമെയിലുകൾ (ഒരു അന്തിമ ഇമെയിലിന് പുറമേ). സ്ഥിരസ്ഥിതി: 3.

--ഇമെയിൽ ഇല്ല
ഇമെയിൽ അയക്കരുത്. ഇതാണ് സ്ഥിരസ്ഥിതി.

--path_observation_re=RE
ഒരു ഫയലിന്റെ പേര് പൊരുത്തപ്പെടുന്ന ഒരു റിയൽപാത്തിലേക്ക് പരിഹരിക്കപ്പെടുമ്പോഴെല്ലാം മുന്നറിയിപ്പ് സന്ദേശം നൽകുക
പൈത്തൺ വാക്യഘടനയിലെ ഒരു സാധാരണ പദപ്രയോഗമാണ് RE. കണ്ടെത്തുന്നതിന് ഇത് ഉപയോഗപ്രദമാണ്
ഉൾപ്പെടുത്തിയ ഫയലുകൾ യഥാർത്ഥത്തിൽ എവിടെ നിന്നാണ് വരുന്നത്. അവയെല്ലാം കണ്ടെത്താൻ RE="" ഉപയോഗിക്കുക. കുറിപ്പ്:
മുന്നറിയിപ്പുകൾ കുറഞ്ഞത് -d1 ഉപയോഗിച്ച് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം.

--pid_file ഫയൽ പാത
ഉൾപ്പെടുത്തിയ സെർവറിന്റെ പിഡ് ഫയൽപാത്ത് ഫയൽ ചെയ്യാൻ എഴുതിയിരിക്കുന്നു. ഇത് ഒരു സ്ക്രിപ്റ്റ് അനുവദിക്കുന്നു
അത്തരമൊരു distcc-പമ്പ് ഉൾപ്പെടുത്തിയിരിക്കുന്ന സെർവർ തകർക്കാൻ.

- അതെ, --സ്ഥിതിവിവരക്കണക്കുകൾ
വിശകലനം ഉൾപ്പെടുത്തുന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ stdout-ലേക്ക് അച്ചടിക്കുക.

--stat_reset_triggers=LIST
ലിസ്‌റ്റിലെ ഏതെങ്കിലും ഫയൽപാത്തിന്റെ ടൈംസ്റ്റാമ്പ് മാറുമ്പോൾ സ്റ്റാറ്റ് കാഷെകൾ ഫ്ലഷ് ചെയ്യുക
ഫയൽപാത്ത് അസ്തിത്വത്തിലോ പുറത്തോ വരുന്നു. LIST എന്നത് കോളൺ വേർതിരിക്കുന്ന ഒരു സ്ട്രിംഗാണ്
ഫയൽപാഥുകൾ, ഒരുപക്ഷേ ലളിതമായ ഗ്ലോബുകൾ (പൈത്തണിന്റെ ഗ്ലോബ് മൊഡ്യൂൾ അനുവദിക്കുന്ന പ്രകാരം) അടങ്ങിയിരിക്കുന്നു.
അത്തരമൊരു മാറ്റം സംഭവിക്കുമ്പോഴെല്ലാം ഒരു മുന്നറിയിപ്പ് അച്ചടിക്കുക (മുന്നറിയിപ്പുകൾ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ). ഈ
ഓപ്ഷൻ distcc-pump-ന്റെ സാധാരണ അനുമാനത്തിന് പരിമിതമായ ഒഴിവാക്കലുകൾ അനുവദിക്കുന്നു
ബിൽഡ് സമയത്ത് ഫയലുകൾ പരിഷ്കരിച്ചിട്ടില്ല.

-ടി, --സമയം
പ്രിന്റ് കഴിഞ്ഞു, ഉപയോക്താവ്, stderr ലേക്കുള്ള സിസ്റ്റം സമയം.

--unsafe_absolute_includes
സമ്പൂർണ്ണ ഫയൽപാത്തുകൾ ഉൾപ്പെടുത്തിയാലും കംപൈലേഷൻ സെർവറിൽ പ്രീപ്രൊസസ്സിംഗ് നടത്തുക
കണ്ടുമുട്ടുന്നു. സാധാരണയായി ഉൾപ്പെടുത്തൽ-സെർവർ പ്രാദേശിക പ്രീപ്രോസസിംഗിൽ വീഴും
ഏതെങ്കിലും പൂർണ്ണമായ ഉൾപ്പെടുന്നതായി കണ്ടെത്തിയാൽ. അതിനാൽ, ഈ പതാക ഇത് തടയുന്നതിന് ഉപയോഗപ്രദമാണ്
കേവലം ഉൾപ്പെടുമ്പോൾ ഉണ്ടാകുന്ന വീഴ്ചകൾ ഒരു തെറ്റായ അലാറമാണ്, ഒന്നുകിൽ കേവലമായതിനാൽ
പ്രീപ്രോസസ്സിങ്ങിൽ അല്ലെങ്കിൽ പൂർണ്ണമായി ഉൾപ്പെടുത്തിയിരിക്കുന്ന ഫയൽ കാരണം ഉൾപ്പെടുത്തുന്നത് നിരസിച്ചു
കംപൈലേഷൻ സെർവറുകളിൽ നിലവിലുണ്ട്.

കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, --unsafe_absolute_includes absolute include ന് അവഗണിച്ചിരിക്കുന്നു
സമാഹരണത്തിന്റെ ഉദ്ദേശലക്ഷ്യങ്ങൾ ഉൾപ്പെടുന്നു. ഈ ഓപ്ഷൻ ഉപയോഗിക്കുന്നത് നയിച്ചേക്കാം
തെറ്റായ ഫലങ്ങൾ കാരണം (1) തലക്കെട്ട് യഥാർത്ഥത്തിൽ ഉൾപ്പെടുത്തിയേക്കാം
കംപൈലേഷൻ സെർവർ, അത് ക്ലയന്റിലേതിന് സമാനമായിരിക്കില്ല, (2) ഉൾപ്പെടുന്നു
തലക്കെട്ടിന്റെ നിർദ്ദേശങ്ങൾ കൂടുതൽ വിശകലനം ചെയ്യുന്നില്ല.

അത്തരം ഹാർഡ്‌കോഡ് കേവല ലൊക്കേഷനുകളുള്ള കോഡ് കംപൈൽ ചെയ്യുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗപ്രദമാണ്
റെൻഡർ ചെയ്യുന്ന സോപാധിക നിർദ്ദേശങ്ങൾക്കുള്ളിലെ ഹെഡർ ഫയലുകളുടെ (ഉദാ: "#ifdef").
അപ്രസക്തമായത് ഉൾപ്പെടുന്നു. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഇവയിൽ ഉൾപ്പെടുന്നവ ഒഴിവാക്കപ്പെടേണ്ടതാണ്
യഥാർത്ഥ കോൺഫിഗറേഷനായി പ്രീപ്രോസസിംഗ്. അപ്പോൾ അസ്തിത്വത്തിന്റെ ചോദ്യം
ഹെഡ്ഡർ ഫയൽ അമൂല്യവും റിമോട്ട് കംപൈലേഷൻ ശബ്ദവുമാണ്. എങ്കിൽ ഇത് പലപ്പോഴും സംഭവിക്കാറുണ്ട്
അത്തരത്തിലുള്ളവ യഥാർത്ഥത്തിൽ നിന്ന് വ്യത്യസ്തമായ അസാധാരണമായ കോൺഫിഗറേഷനുകൾക്കുള്ളതാണ്
കോൺഫിഗറേഷൻ.

-വി, --സ്ഥിരീകരിക്കുക
CPP ക്ലോഷറിലെ ഫയലുകൾ ഉൾപ്പെടുത്തി കണക്കാക്കിയ ക്ലോഷറിൽ അടങ്ങിയിട്ടുണ്ടെന്ന് പരിശോധിക്കുക
പ്രോസസർ.

-w, --write_include_closure
ഉൾപ്പെടുത്തി കണക്കാക്കിയ എല്ലാ ഉൾപ്പെടുത്തിയ ഫയലുകളും ലിസ്റ്റ് ചെയ്യുന്ന ഒരു .d_approx ഫയൽ എഴുതുക
സെർവർ; -x ഉപയോഗിച്ച്, സിപിപി കണക്കാക്കിയ പ്രകാരം ഉൾപ്പെടുത്തിയ ഫയലുകൾ a-ലേക്ക് എഴുതുക
.d_exact ഫയൽ.

-x, --കൃത്യമായ_വിശകലനം
പകരം CPP ഉപയോഗിക്കുക, സിസ്റ്റം ഹെഡ്ഡർ ഫയലുകൾ ഒഴിവാക്കരുത്.

ഉൾപ്പെടുന്നു സെർവർ ലക്ഷണങ്ങൾ ഒപ്പം ISSUES

ഉൾപ്പെടുത്തൽ പ്രോസസറിൽ നിന്ന് വരാൻ സാധ്യതയുള്ള സന്ദേശങ്ങളും മുന്നറിയിപ്പുകളും ചുവടെ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു.

പ്രീപ്രൊസസ്സിംഗ് പ്രാദേശികമായി. ഉൾപ്പെടുന്നു സെർവർ അല്ല മൂടുന്നു: കഴിഞ്ഞില്ല നിർണ്ണയിക്കുക സ്ഥിരസ്ഥിതി സിസ്റ്റം
ഉൾപ്പെടുന്നു ഡയറക്ടറികൾ
ഡിഫോൾട്ട് സിസ്റ്റം ഹെഡർ ഡയറക്‌ടറികൾ നിർണ്ണയിക്കാൻ, ഉൾപ്പെടുത്തിയ സെർവർ പ്രവർത്തിക്കുന്നു
അതിന്റെ സെഷനിൽ ആവശ്യമായ ഓരോ ഭാഷയ്ക്കും ഒരിക്കൽ കംപൈലർ. ഈ സന്ദേശം സൂചിപ്പിക്കുന്നു
distcc ലേക്ക് വ്യക്തമാക്കിയ കംപൈലർ ക്ലയന്റിലില്ല.

പ്രീപ്രൊസസ്സിംഗ് പ്രാദേശികമായി. ഉൾപ്പെടുന്നു സെർവർ അല്ല മൂടുന്നു: ബെയിലിംഗ് പുറത്ത് കാരണം ഉൾപ്പെടുന്നു സെർവർ
ചെലവഴിച്ചു കൂടുതൽ അധികം ...എസ് ഉപയോക്താവ് കാലം കൈകാര്യം ചെയ്യൽ അഭ്യർത്ഥന
അസാധാരണമായ സാഹചര്യങ്ങളിൽ, ഉൾപ്പെട്ട സെർവർ വളരെ സങ്കീർണ്ണമായ മാക്രോ വിശകലനം ചെയ്യുന്നതിൽ പരാജയപ്പെടുന്നു
ഭാവങ്ങൾ. distcc ക്ലയന്റ് പ്ലെയിൻ distcc മോഡ് ഉപയോഗിക്കും.

മുന്നറിയിപ്പ്: ഫയൽ പാത ആവശമാകുന്നു be ഓൺ പക്ഷേ അല്ല
ഉൾപ്പെടുന്ന സെർവർ പോലുള്ള സമ്പൂർണ്ണ ഫയൽപാത്തുകൾ സ്വീകരിക്കുന്നില്ല
/usr/include/stdio.h, നിർദ്ദേശങ്ങൾ ഉൾപ്പെടുത്തുന്നു, കാരണം അതിന് യാതൊരു ഉറപ്പുമില്ല
കംപൈലേഷൻ സെർവർ മെഷീനിലെ ഈ ഹെഡർ, യിലെതിന് തുല്യമായിരിക്കും
കക്ഷി. ഉൾപ്പെടുത്തൽ സെർവർ ഉൾപ്പെടുത്തൽ അടച്ചുപൂട്ടൽ വിശകലനം ചെയ്യുന്നത് ഉപേക്ഷിക്കുന്നു. ഡിസ്ക്
ഉപഭോക്താവിന് പമ്പ് മോഡ് ഉപയോഗിക്കാൻ കഴിയില്ല.

എല്ലായ്പ്പോഴും വിശ്വസനീയമല്ലാത്ത രീതിയിൽ ഈ പ്രശ്നം മറികടക്കാൻ, പരിസ്ഥിതി വേരിയബിൾ സജ്ജമാക്കുക
distcc-pump അഭ്യർത്ഥിക്കുമ്പോൾ INCLUDE_SERVER_ARGS='--unsafe_absolute_includes'
ഉൾപ്പെടുത്തിയ സെർവറിലേക്ക് --unsafe_absolute_includes ഓപ്ഷൻ കൈമാറുന്നതിനുള്ള സ്ക്രിപ്റ്റ്.

മുന്നറിയിപ്പ്: അബ്സൊല്യൂട്ട് ഫയൽ പാത ... ആയിരുന്നു അവഗണിക്കപ്പെട്ടു
--unsafe_absolute_includes ഉപയോഗത്തിലാണ്. ഈ സാഹചര്യം അതേ കീഴിലാണ് സംഭവിക്കുന്നത്
"ഫയൽപാത്ത് ആപേക്ഷികമായിരിക്കണം, പക്ഷേ അല്ല" എന്നതുപോലുള്ള സാഹചര്യങ്ങൾ പുറപ്പെടുവിക്കുന്നു, പക്ഷേ ഇതിൽ
കേസിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നത് distcc ക്ലയന്റിന് ഒരു ഉത്തരം നൽകും.

മുന്നറിയിപ്പ്: പാത '/പാത്ത്/ഫയൽ' മാറ്റി/വന്നു കടന്നു നിലനിൽപ്പ്/അല്ല ഇനി നിലനിൽക്കുന്നു
സ്റ്റാറ്റ് റീസെറ്റ് ട്രിഗറുകൾ ഉപയോഗിക്കുമ്പോൾ ഈ മുന്നറിയിപ്പുകൾ നൽകുന്നു. കാരണം /പാത്ത്/ഫയൽ
മാറ്റി, ഉൾപ്പെടുത്തിയ സെർവർ അതിന്റെ കാഷെകൾ മായ്‌ക്കുന്നു; ഫയലിന്റെ പുതിയ പതിപ്പ് (അല്ലെങ്കിൽ
അതിന്റെ അഭാവം) ഉൾപ്പെട്ട വിശകലനത്തെ അസാധുവാക്കുന്നു. ഈ സന്ദേശം സാധാരണയായി ആകാം
അവഗണിച്ചു; ബിൽഡ് സിസ്റ്റം ഫയലുകളുടെ ഉപയോഗശൂന്യമായ ഉപയോഗത്തെ ഇത് സൂചിപ്പിക്കുന്നു.
ഫയലുകൾ വീണ്ടും എഴുതപ്പെടാതിരിക്കാൻ ബിൽഡ് സിസ്റ്റം ശരിയാക്കാൻ ശുപാർശ ചെയ്യുന്നു.

മുന്നറിയിപ്പ്: വേണ്ടി വിവർത്തനം യൂണിറ്റ് ..., തിരയൽ of ഫയല് ... പരിഹരിച്ചു ലേക്ക് ... ആരുടെ യഥാർത്ഥ പാത is
...
ഒരു പുതിയ റിയൽപാത്ത് പൊരുത്തപ്പെടുമ്പോൾ --path_observation_re എന്നതിനൊപ്പം ഈ മുന്നറിയിപ്പ് സംഭവിക്കുന്നു
ഉറവിടം അല്ലെങ്കിൽ തലക്കെട്ട് ഫയൽ നിരീക്ഷിക്കപ്പെടുന്നു.

DISTCC പൊരുത്തക്കേട് ലക്ഷണങ്ങൾ

ബിൽഡ് സിസ്റ്റം, distcc, ഉൾപ്പെടുത്തിയ സെർവർ എന്നിവ തമ്മിലുള്ള ഇടപെടലുകൾ ഒരു പരിധിവരെ ആണ്
സങ്കീർണ്ണമായ. ഒരു distcc കമാൻഡുകൾ റിമോട്ട് സെർവറിൽ നിന്ന് ഒരു കംപൈലേഷൻ പരാജയപ്പെടുമ്പോൾ
പ്രാദേശികമായി സമാഹാരം വീണ്ടും ശ്രമിക്കുന്നു. ഈ വിഭാഗം പൊരുത്തക്കേടുകളുടെ കാരണങ്ങൾ ചർച്ച ചെയ്യുന്നു
റിമോട്ട്, ലോക്കൽ കംപൈലേഷൻ എന്നിവയ്ക്കിടയിൽ. തരംതാഴ്ത്തൽ സന്ദേശത്താൽ ഇവ ഫ്ലാഗുചെയ്‌തു:

__________മുന്നറിയിപ്പ്: ... പമ്പ്-മോഡ് സമാഹാരം(കൾ) പരാജയപ്പെട്ടു on സെർവർ, പക്ഷേ വിജയിച്ചിരിക്കുന്നു പ്രാദേശികമായി.
__________Distcc-പമ്പ് ആയിരുന്നു തരംതാഴ്ത്തി ലേക്ക് പ്ലെയിൻ മോഡ്. കാണുക The ഡിസ്ക് പൊരുത്തക്കേട് ലക്ഷണങ്ങൾ
വിഭാഗം in The ഉൾപ്പെടുത്തുക_സെർവർ(1) ഒന്ന് പേജ്.

ബിൽഡിന്റെ അവസാനം distcc-pump സ്ക്രിപ്റ്റ് ഈ സന്ദേശം നൽകുന്നു. ഇതിനർത്ഥം അതിനർത്ഥം
റിമോട്ട് കംപൈലേഷനുശേഷം ഒരു പ്രാദേശിക സമാഹാരം വിജയിച്ചു
പരാജയപ്പെട്ടു. അത്തരത്തിലുള്ള ഒരു പൊരുത്തക്കേട് സംഭവിച്ച ഓരോ distcc അഭ്യർത്ഥനയും പുറപ്പെടുവിക്കുന്നു a
ഇതുപോലുള്ള സന്ദേശം:

മുന്നറിയിപ്പ്: വിദൂര കമ്പൈലുചെയ്യൽ of '...' പരാജയപ്പെട്ടു, വീണ്ടും ശ്രമിച്ചു പ്രാദേശികമായി ഒപ്പം കിട്ടി a വ്യത്യസ്ത ഫലമായി.

ഡിമോഷൻ തുടർന്നുള്ള distcc ഇൻവോക്കേഷനുകളെ പ്ലെയിൻ distcc മോഡ് ഉപയോഗിക്കുന്നു. അങ്ങനെ
ബാക്കിയുള്ള ബിൽഡിനായി ലോക്കൽ മെഷീനിൽ പ്രീപ്രോസസ്സിംഗ് നടക്കും. ഈ
എല്ലാ കംപൈലുകളും ലോക്കൽ മെഷീനിൽ അവസാനിക്കുന്ന വളരെ സാവധാനത്തിലുള്ള ബിൽഡുകളെ സാങ്കേതികത തടയുന്നു
വിദൂരമായി പരാജയപ്പെട്ടതിന് ശേഷം.

തീർച്ചയായും, റിമോട്ട് പരാജയങ്ങൾക്ക് ശേഷം പ്രാദേശിക സമാഹാരങ്ങൾ പരാജയപ്പെടുകയാണെങ്കിൽ, പിന്നെ distcc
ലോക്കൽ കംപൈലേഷന്റെ പൂജ്യമല്ലാത്ത സ്റ്റാറ്റസ് ഉപയോഗിച്ച് അഭ്യർത്ഥന പുറത്തുകടക്കുന്നു. പിശക് സന്ദേശങ്ങൾ
അച്ചടിച്ചതും പ്രാദേശിക സമാഹാരത്തിന്റേതാണ്.

ലോക്കൽ കംപൈലേഷനിലേക്കുള്ള distcc-pump മോഡിനുള്ള ഫാൾബാക്ക് സ്വഭാവം സജ്ജീകരിക്കുന്നതിലൂടെ പ്രവർത്തനരഹിതമാക്കാം
പരിസ്ഥിതി വേരിയബിൾ DISTCC_FALLBACK ലേക്ക് 1, ഇത് distcc കമാൻഡ് ഉടൻ പരാജയപ്പെടുത്തുന്നു
റിമോട്ട് കംപൈലേഷൻ പരാജയപ്പെട്ടതിനാൽ. എന്തുകൊണ്ടെന്ന് ഡീബഗ്ഗ് ചെയ്യുന്നതിന് ഈ ക്രമീകരണം വളരെ ഉപയോഗപ്രദമാണ്
റിമോട്ട് കംപൈലേഷൻ തെറ്റായിപ്പോയി, കാരണം ഇപ്പോൾ സെർവറിൽ നിന്നുള്ള ഔട്ട്പുട്ട് പ്രിന്റ് ചെയ്യപ്പെടും.

അടുത്തതായി, പൊരുത്തക്കേടുകളുടെ സാധ്യമായ കാരണങ്ങൾ ഞങ്ങൾ ചർച്ച ചെയ്യും.

ദി ഉപയോക്താവ് മാറി a ഉറവിടം or ഹെഡർ ഫയല് സമയത്ത് The നിർമ്മിക്കുക.
ഇത് തീർച്ചയായും പൊരുത്തമില്ലാത്ത ഫലങ്ങൾ നൽകുന്നു.

A ഉറവിടം or ഹെഡർ ഫയല് മാറി സമയത്ത് The നിർമ്മിക്കുക.
ബിൽഡ് സിസ്റ്റം ഒരു ഫയൽ വീണ്ടും എഴുതുന്നു. Linux കേർണൽ 2.6-ന്, ഇത് സംഭവിക്കുന്നു
'include/linux/compile.h', 'include/asm/asm-offsets.h'. ഈ അവസ്ഥ പരിഹരിച്ചു
ഏതെങ്കിലും ഒരു സ്ഥിതിവിവരക്കണക്ക് അതിന്റെ കാഷെകൾ പുനഃസജ്ജമാക്കണമെന്ന് ഉൾപ്പെടുത്തിയ സെർവറിനെ അറിയിക്കുന്നതിലൂടെ
ഫയലുകളുടെ മാറ്റങ്ങൾ. പ്രായോഗികമായി, ഒരു കോളനിൽ ഫയലുകൾ ശേഖരിക്കുന്നതിലൂടെയാണ് ഇത് ചെയ്യുന്നത്-
വേർതിരിക്കപ്പെട്ട ലിസ്റ്റ്, തുടർന്ന് INCLUDE_SERVER_ARGS കമാൻഡ് ഇനിപ്പറയുന്ന രീതിയിൽ സജ്ജമാക്കുക:

include_server_args="--stat_reset_triggers=include/linux/compile.h:include/asm/asm-
offsets.h"

A ഹെഡർ ഫയല് is സാധ്യതയുണ്ട് ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, പക്ഷേ ചെയ്യുന്നവൻ അല്ല നിലവിലുണ്ട്, ഒപ്പം is അപ്പോള് പിന്നീട് ഉൾപ്പെടുത്തിയത്.

ചില തലക്കെട്ട് foo.h മറ്റൊരു തലക്കെട്ട് ഫയൽ trick.h ഉൾപ്പെടുത്തുമ്പോൾ ഇത് സംഭവിക്കുന്നു, എന്നാൽ
trick.h ഫയൽ ഇതുവരെ ജനറേറ്റ് ചെയ്തിട്ടില്ല, കൂടാതെ ഉൾപ്പെടുത്തൽ യഥാർത്ഥത്തിൽ അവഗണിക്കപ്പെട്ടു
മുൻകരുതൽ നിർദ്ദേശങ്ങൾ കാരണം. ഉൾപ്പെട്ട സെർവർ ഇതിനായി അന്വേഷണം നടത്തും
trick.h-ന്റെ അസ്തിത്വം, കാരണം ഇത് സാധ്യമായ എല്ലാ മാർഗ്ഗനിർദ്ദേശങ്ങളെയും അമിതമായി കണക്കാക്കുന്നു
യഥാർത്ഥത്തിൽ വിലയിരുത്തുക. trick.h എന്ന ഫയൽ നിലവിലില്ലെന്ന് നിശ്ചയിച്ചു. പിന്നീടാണെങ്കിൽ
ജനറേറ്റുചെയ്‌തു, തുടർന്ന് ശരിക്കും ഉൾപ്പെടുത്തിയാൽ ഉൾപ്പെടുത്തിയ സെർവർ തെറ്റായി വിശ്വസിക്കും
ഫയൽ ഇപ്പോഴും നിലവിലില്ല എന്ന്. ഈ പ്രശ്നത്തിനുള്ള പരിഹാരം ഉണ്ടാക്കുക എന്നതാണ്
ആദ്യമായി ഏതെങ്കിലും ഹെഡർ ഫയൽ ഉൾപ്പെടുത്തുന്നതിന് മുമ്പ് സിസ്റ്റം ജനറേറ്റ് trick.h നിർമ്മിക്കുക
അത് trick.h ലേക്ക് ഒരു വാക്യഘടന പരാമർശിക്കുന്നു

ദി ഉൾപ്പെടുന്നു സെർവർ ആയിരുന്നു ആരംഭിച്ചു കൂടെ --unsafe_absolute_includes.
വിദൂരമായി നിലവിലില്ലാത്ത ഹെഡർ ഫയലുകൾ പ്രാദേശികമായി ഉണ്ടെങ്കിൽ ഇത് ഒരു പ്രശ്നമാണ്
യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നവ. അത്തരം ഉൾപ്പെടുത്തലുകൾ പലപ്പോഴും സോപാധികമായി സംരക്ഷിക്കപ്പെടുന്നു
മൂല്യനിർണ്ണയം നടത്തുന്ന നിർദ്ദേശങ്ങൾ യഥാർത്ഥത്തിൽ നിർദ്ദിഷ്ടവും പലപ്പോഴും മാത്രം ഉപയോഗിക്കുന്നു
അസാധാരണമായ പ്ലാറ്റ്ഫോമുകൾ. നിങ്ങൾ അത്തരമൊരു പ്ലാറ്റ്‌ഫോമിനായി കംപൈൽ ചെയ്യുന്നില്ലെങ്കിൽ, അങ്ങനെയായിരിക്കാം
ഉപയോഗിക്കാൻ ശരിയായത് --unsafe_absolute_include.

ദി ഉൾപ്പെടുന്നു സെർവർ ഉണ്ട് കണക്കാക്കി The തെറ്റ് ഉൾപ്പെടുന്നു.
അത്തരമൊരു സാഹചര്യത്തെക്കുറിച്ച് ഞങ്ങൾക്ക് അറിയില്ല.

പുറത്ത് കോഡുകൾ

include_server.py യുടെ എക്സിറ്റ് കോഡ് സാധാരണയായി 0 ആണ്. ഉൾപ്പെടുത്തിയ സെർവർ ആരംഭിച്ചു
pid_file-ന്റെ അസ്തിത്വത്തിലൂടെ ശരിയായി ആശയവിനിമയം നടത്തുന്നു.

ENVIRONMENT വ്യത്യാസങ്ങൾ

DISTCC_EMAILLOG_WHOM_TO_BLAME സെർവർ ഓട്ടോമേറ്റഡ് ഉൾപ്പെടുത്തുന്നതിന് ഉപയോഗിക്കേണ്ട ഇമെയിൽ വിലാസം
ഇമെയിലുകൾ. സ്ഥിരസ്ഥിതി 'distcc-pump-errors' ആണ് (ഇതൊരു ഇമെയിൽ വിലാസമാണ്.
നിങ്ങളുടെ ഡൊമെയ്‌നിൽ നിലവിലില്ല).

കൂടാതെ, കംപൈലറിന്റെ ഇൻവോക്കേഷൻ അധിക പരിസ്ഥിതി വേരിയബിളുകൾ ഉപയോഗിച്ചേക്കാം.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് ഓൺലൈനിൽ ഉൾപ്പെടുത്ത_സെർവർ ഉപയോഗിക്കുക