sygnał CAN ""co to jest""

Oglądasz posty znalezione dla zapytania: sygnał CAN ""co to jest""




Temat: Przechwycenie Ctrl-C w bashu


Mikolaj Rydzewski <m@ceti.com.plwrites:
Mam taki problem. Jest sobie skrypt, ktry uruchamia pare innych programow w
tle. Chcialbym jednak aby w przypadku naglego zakonczenia owego skryptu
zabijane zostawaly rownierz te inne programy.

Domyslam sie, ze trzeba w jakis sposob przechwycic sygnaly zamykania procesu
kombinacja ^C i wtedy wykonac kill -9 na jego dzieciach. Tylko jak
przechwycic przerwanie procesu?


Generalnie jest to kwestia uzywanej powloki. W 'bash'u patrz polecenie
wbudowane trap (cytuje):

[gkl@bow gkl]$ help trap
trap: trap [arg] [signal_spec]
    The command ARG is to be read and executed when the shell receives
    signal(s) SIGNAL_SPEC.  If ARG is absent all specified signals are
    reset to their original values.  If ARG is the null string this
    signal is ignored by the shell and by the commands it invokes.  If
    SIGNAL_SPEC is EXIT (0) the command ARG is executed on exit from
    the shell.  The trap command with no arguments prints the list of
    commands associated with each signal number.  SIGNAL_SPEC is either
    a signal name in <signal.h, or a signal number.  The syntax `trap -l'
    prints a list of signal names and their corresponding numbers.
    Note that a signal can be sent to the shell with "kill -signal $$".

Powodzenia,

Grzesiek

Obejrzyj wszystkie wiadomości z tego tematu



Temat: EN>PL "Byl sobie projektor"
Witam,

Mam "zgryza" z kilkoma terminami dot. projektora multimedialnego. Na
poczatek funkcje regulacji obrazu:
Clamp (kontekst: "Adjusts the clamp level. When the image has dark
bars try this adjustment")
Progressive (kontekst: "Interlaced video signal can be displayed in a
progressive picture.
L1 - Select "L1" for an active picture
L2 - Select L2 for a still picture.")
I jeszcze dwie kwestie bardziej stylistyczne:
"Reset" - po polsku w jezyku potocznym mowimy "zresetowac", ale czy to
"uchodzi" w instrukcji obslugi?
"On-Screen Displays" - nie przychodzi mi do glowy nic, co za pomoca
jednego (no, dwoch) slow ujeloby razem menu ekranowe, komunikaty
ekranowe itp. ...

Z gory dziekuje i pozdrawiam!

Obejrzyj wszystkie wiadomości z tego tematu



Temat: Fizyka w galopie
A nawet lepiej: sam zastosowałem się do rady danej Kornelowi ;-) i jak powiada Wiki:

"A second form of precise monitoring is called Carrier-Phase Enhancement
(CPGPS). The error, which this corrects, arises because the pulse transition of
the PRN is not instantaneous, and thus the correlation (satellite-receiver
sequence matching) operation is imperfect. The CPGPS approach utilizes the L1
carrier wave, which has a period one one-thousandth of the C/A bit period, to
act as an additional clock signal and resolve the uncertainty. The phase
difference error in the normal GPS amounts to between 2 and 3 meters (6 to 10
ft) of ambiguity. CPGPS working to within 1% of perfect transition reduces this
error to 3 centimeters (1 inch) of ambiguity. By eliminating this source of
error, CPGPS coupled with DGPS normally realizes between 20 and 30 centimeters
(8 to 12 inches) of absolute accuracy.

Relative Kinematic Positioning (RKP) is another approach for a precise GPS-based
positioning system. In this approach, determination of range signal can be
resolved to a precision of less than 10 centimeters (4 in). This is done by
resolving the number of cycles in which the signal is transmitted and received
by the receiver. This can be accomplished by using a combination of differential
GPS (DGPS) correction data, transmitting GPS signal phase information and
ambiguity resolution techniques via statistical tests—possibly with processing
in real-time (real-time kinematic positioning, RTK)."
Obejrzyj wszystkie wiadomości z tego tematu



Temat: W oczekiwaniu na 4 stycznia
dodam jeszcze inne newsy ktore na ten temat zauwazyłem dzisiaj rano pierwszy
jest z godziny 10 rano o tym że mars odysey przeleciala nad obszarem i po
raz trzeci nie odebrała tam zadnego sygnału

SATURDAY, DECEMBER 27, 2003
0857 GMT (3:57 a.m. EST)

Another opportunity to receive communications from the Beagle 2 lander has
ended in further disappointment.

The Mars Odyssey orbiter cruised over the targeted landing site a little
while ago, providing the latest chance to hear Beagle and relay the signal
to Earth. But for the third time since Christmas morning, Odyssey heard
nothing from the Martian surface.

0050 GMT (7:50 p.m. EST Fri.)

The 76-meter (250-foot) Lovell Telescope at Jodrell Bank Observatory in
Cheshire, U.K., was unable to hear any transmissions from the Beagle 2
lander tonight, the project has confirmed.

The radio telescope performed a scan of the sky while Mars was visible to
the observatory.

"At present, Beagle 2 should be sending a pulsing on-off signal once a
minute (10 seconds on, 50 seconds off). Some 9 minutes later, this very slow
"Morse Code" broadcast should reach Earth after a journey of some 98 million
miles (157 million km)," Beagle officials said in a statement.

"Although the Beagle's transmitter power is only five watts, little more
than that of a mobile phone, scientists are confident that the signal can be
detected by the state-of-the-art receiver recently installed on the Lovell
Telescope. However, a significant drop in signal strength would require
rigorous analysis of the data before it could be unambiguously identified.

"Although the ground-based radio telescopes will not be able to send any
reply, the new information provided by detection of the transmission from
Beagle 2 would enable the mission team to determine a provisional location
for Beagle 2. This, in turn, would allow the communications antenna on Mars
Odyssey to be directed more accurately towards Beagle 2 during the orbiter's
subsequent overhead passes."

The next Odyssey flight over the landing site will occur in a few hours.

FRIDAY, DECEMBER 26, 2003
2355 GMT (6:55 p.m. EST)

Thus far this evening the Jodrell Bank radio observatory has not detected
any signals from Beagle, project officials report

Obejrzyj wszystkie wiadomości z tego tematu



Temat: Configure - konkurs bez nagrod
Nie bylem co prawda pewny, czy ten to jest zwiazane z tematem uniksow, czy
jezykow C i C++ - ale okazalo sie jednak to drugie.

Wszyscy, ktorzy mieli kiedys do czynienia z instalowaniem czegokolwiek ze
zrodel pod uniksami, na pewno zetkneli sie ze skryptem o dzwiecznej nazwie
"configure". Jego przeznaczenie - wygenerowac config.h lub sie wysypac - jest
chyba oczywiste. Ze jest on potrzebny - to sie pewnie wszyscy zgodza, ale czy
rzeczywiscie to, co on sprawdza ma sens - tu juz jest roznie.

Wydawałoby się, że skrypt `configure' ma odpowiadać za dokładne sprawdzenie
systemu, aby stwierdzić, jak należy pewne operacje wykonać, na co dany system
może programowi pozwolić itd. Jednak rzeczywistość zdaje się przeczyć tym
pobożnym życzeniom. Fakty są mniej więcej takie:
 - sprawdza rzeczy, które są tak naprawdę gwarantowane przez standard (POSIX
   lub ANSI C)
 - sprawdza poprawność pewnych konstrukcji, których niepoprawność w istocie
   powinna uniemożliwić w ogóle skompilowanie danej aplikacji, bądź poddaje
   w wątpliwość sensowność używania danej właściwości czy języka
 - sprawdza rzeczy, których sprawdzanie nie ma sensu (kompilacja programu w
   istocie nie zależy od wyniku tego sprawdzenia)

Owszem, istnieją pewne rzeczy, które należy sprawdzić, np. czy dany system
dajmy na to dysponuje kompilatorem C++ - gdyby nie dysponował to raczej
powinno się odmówić dalszej kompilacji. Podobnie jak sprawdzenie, czy
kompilator implementuje język zgodny z jakimś-tam standardem. Jednak często
okazuje się, iż dana implementacja nie jest zgodna z tym standardem, ale
konfiguracja się udaje. Co to w takim razie niby oznacza, że źródła są
zrobione tak, żeby mogły się kompilować pod dowolny standard (chciałbym
zobaczyć programistę, który tak pisze źródła), czy też źródła są pisane i tak
pod starszy standard (to po cholere to sprawdzenie?). Albo inaczej - sprawdza
się np. czy system jest uniksowaty i ma kompilator gcc - ok, ma. A następnie
sprawdzamy czy mamy np. nagłówki string.h, czy unistd.h, sprawdzamy czy
istnieje typ size_t, czy funkcja open()...

Ogłaszam zatem niniejszym konkurs (bez nagród :). Kto wymyśli jak najgłupszy i
najbezsensowniejszy komunikat skryptu configure. Wymyśliłem kilka na początek.
Zwrócę jedynie uwagę, że pierwsze dwa nie są wymyślone przeze mnie, lecz
autentyczne.

Prosilbym jedynie o to aby nie przezentowac swojego ekshibicjonizmu w stylu
"checking if sektor jest glupi... yes"
:)

Oto zatem pierwsza probka:

checking whether memove/bcopy/memcpy handle overlaps... memove does
checking sizeof (char)... 1
checking return type of open... int
checking which killing signal can't be caught... SIGKILL
checking system function fail return value... -1
checking if signals interrupt system functions... yes
checking how to invoke gcc... gcc
checking if g++ is a C++ compiler... yes
checking if C++ accepts K&R style function definitions... no
checking if C++ allows to omit return type... no
checking size of character constant in C++... 1
checking if C++ accepts variable declarations in any place... yes
checking if () is the same as (void) in C++... yes
checking if () in C is the same as () in C++... no
checking how to make an external constant in C++... extern const
checking size of 5-character string constant... 6
checking base class of std::runtime_error... std::exception
checking syntax of `cls' class explicit constructor... cls( arg )
checking if explicit constructor allows implicit conversion... no
checking how to obtain std::type_info object... typeid (item)
checking how to disallow a function throwing an exception... throw()
checking if a global variable can be initialized by function's result... yes
checking if C++ requires prepending type name by `struct' keyword... no
checking how many external instances per object can be defined in C++... 1
checking if your system supports process scheduling... yes
checking if your machine recognizes Z80 instructions... no
checking if Java compiler supports multiple inheritance... no
checking if C++ allows to overload functions... yes
checking if operators can be overloaded as member functions... yes
checking if C++ compiler conforms to AT&T Cfront 3.0... yes
checking if your system has kernel... yes
checking if your UDMA controller supports DMA disk access... yes
checking if 0x5AF3D890 memory cell has the same value as 0x59FFD1A3... no
checking if exceptions honor destructors... yes
checking if your system supports memory protection... Segmentation fault

Obejrzyj wszystkie wiadomości z tego tematu
Powered by wordpress | Theme: simpletex | © Ćwiczenia na uda