Forum Debian Users Gang

harry666t, nie kumam co mam zrobić, beep oczywiście mam instalnięty.

ha, nowa wersja korzysta już ze starego dobrego Makefile :) to powinno ułatwić kompilację.

0.18 na razie kompiluje się bez przeszkód (aczkolwiek nie wiem co to może być:

beepator.cpp: In function 'int dobeep(unsigned int)':
beepator.cpp:104: warning: control reaches end of non-void function

)

kod jest tutaj:

inline int dobeep ( unsigned int freq ) {

  if ( freq == 0 ) return 0;

  /* try to snag the console */
  if((console_fd = open("/dev/console", O_WRONLY)) == -1) {
    // fprintf(stderr, "Could not open /dev/console for writing.n");                                                                                      
    // printf("a");  /* Output the only beep we can, in an effort to fall back on usefulness */                                                           
    perror("open"); /* sry but wtf is perror()? */
    return 1;
  }

  /* Beep */
  if(ioctl(console_fd, KIOCSOUND, (int)(CLOCK_TICK_RATE/freq)) < 0) {
    // printf("a");  /* Output the only beep we can, in an effort to fall back on usefulness */                                                           
    perror("ioctl");
  }

  /* Look ma, I'm not ansi C compatible! */
  usleep(1000*50);                     /* wait...    */
  ioctl(console_fd, KIOCSOUND, 0);    /* stop beep  */

  close(console_fd);
} /* im bardziej wpatruję się w okno emacsa tym silniejsze odnoszę wrażenie, że ta właśnie linia nosi numer 104 */

usunięcie "inline" nic nie daje. może wystarczy zmienić typ funkcji na "void", a błąd zasygnalizować podniesieniem wyjątku?

uwaga, kod ten nie jest już w public domain. część tutaj zaprezentowana jest objęta GNU GPL (autor programu beep nie sprecyzował wersji, więc przyjmujemy "druga lub wyższa").

cholera mnie wie czy na koniec nie zrobię z tego paczki debianowej, + debconf żeby ustawić suid root podczas instalacji.

ponadto mam mały problem, jakiś bug czy co. aktualnie tylko X wydaje jakiś dźwięk, ale to chyba związane jest z niezbyt trafnym sposobem tłumaczenia klawiszy na częstotliwości. wydanie stabilnej 0.2 trochę się odwlecze...

w przygotowaniu jest też strona manuala... ech, coś mi mówi że właśnie kończy się etap "patrzcie, taki śmieszny kawałek kodu tu mam :)", a zaczyna się "prawdopodobnie masz złą wersję glibc lub nie zainstalowałeś najnowszych nagłówków jądra"...

taki los :P

sprawdź czy:

1.
$ beep
wydaje jakiś dźwięk

2. jeśli nie, czy /usr/bin/beep ma ustawiony suid root. powinien mieć.

3. jeśli ma suid a nadal nic nie słychać, czy nie wywaliłeś modułu kernela odpowiedzialnego za pc speaker

4. czy nie masz jakiegoś aliasa o nazwie beep czy innej aplikacji o tej nazwie (np. w /usr/local/bin/ czy ~/bin/)

5. w osobnym xtermie patrz (najlepiej htopem w trybie drzewa) jednym okiem czy beepator forkuje jakieś procesy podczas grania

6. czy pc speaker wogóle kiedykolwiek wydaje jakiekolwiek dźwięki

7. cierpliwie poczekaj, dziś powinna być wersja 0.2 >_< prawie działa, tylko nadal nie słychać żądanego dźwięku... pracujemy nad tym

http://freeshells.ch/~bsah/downloads/beepator-0.2.tar.gz

oto i beepator w wersji 0.2. miałem niewiele czasu w weekend i dlatego z takim właśnie opóźnieniem, no i w dodatku łączenie beep z beepatorem to dość partańska robota. nie działają żadne cmdline argumenty, nawet --help, nie ma nadal żadnego UI (mimo iż używa ncurses, które obok aalib są jedną z najlepszych bibliotek "graficznych" pod konsolę), w sumie jedyne zmiany to makefile i - od strony technicznej - bezpośrednie wykorzystywanie sprzętu (co wymaga uprawnień roota). ale był to krok konieczny ;]



=====================

ficzersy planowane na wersję 0.3: eliminacja wszystkich wymienionych przypadłości z wersji 0.2 (brak ui i podstawowych choćby argumentów cmdline), dodanie strony manuala.

wersja 0.4 powinna zostać rozbita na beepator i beepd. beepator nie będzie już wymagał roota, zaś beepd tak. ponadto oba powinny gadać ze sobą po sockecie. być może jeden beepator będzie mógł łączyć się z kilkoma beepd na różnych kompach. beepd powinien przyjmować połączenia na porcie 440 (standardowa częstotliwość PC speakera ;] skoro już i tak musi mieć uprawnienia roota to czemu ma nie skorzystać z portu <1024). ze względów bezpieczeństwa absolutnie odradziłbym odpalania beepd na cennych maszynach (a szczególnie tych z zewnętrznym ip). nigdy nie programowałem bezpośrednio na socketach bsd, jeśli ktoś mógłby być moim przewodnikiem w dżungli, byłbym wdzięczny za wszelką pomoc :P

termin wydania następnej wersji: jak będzie to będzie.

ładne, tylko że

1. trzeba się chwilkę pomęczyć z usuwaniem końcówki którą httpd dokleja pod koniec pliku ;]

2. nie działa pod pseudo terminalem, a jedynie pod tty. zapewne kwestia poprawienia jakiegoś buga, bo u mnie działa tak i tak (ale dla odmiany tylko gdy ma się roota).

3. mój projekt ma inny cel - umożliwienie grania na wielu pc speakerach jednocześnie. ;p

4. docelowo rozważam zrobienie klienta pod Xy wykorzystującego do przechwytywania klawiatury libsdl. w praktyce umożliwi to niezwykle precyzyjną (w porównaniu z konsolą) regulację długości trwania nutki oraz umożliwi polifonię (na tyle głosów, na ile mamy kompów :P). klient "inteligentnie" rozdzielałby nutki pomiędzy różne kompy.

5. kto da linka do tutoriala o socketach? :D