Package Details: siggen 2.3.10-3

Git Clone URL: https://aur.archlinux.org/siggen.git (read-only)
Package Base: siggen
Description: Curses based signal generator
Upstream URL: https://packages.debian.org/wheezy/siggen
Licenses: GPL2
Submitter: doragasu
Maintainer: doragasu
Last Packager: doragasu
Votes: 5
Popularity: 0.351544
First Submitted: 2015-06-21 16:48
Last Updated: 2017-10-22 13:44

Latest Comments

doragasu commented on 2017-10-22 13:48

I have fixed the origin problem. Unfortunately I have not time to dig into the problem that is making tones to segfault. The sources are poorly written, and some time is required to sanitize them (e.g. creating header with proper function prototypes, because currently there are tons of implicit declarations).

By the way, it worked previously, maybe building with an older GCC will do the trick (until somebody tries to fix this properly).

newton commented on 2017-10-21 20:25

The download url does not exist anymore, had to borrow siggen.tgz from source repository of some other distribution.

When compiled on 64bit the tones executable segfaults (but works when compiled on 32bit).

fordprefect commented on 2017-05-28 17:19

well… no. the module is loaded. if it isnt loaded, it says /dev/dsp not found, instead of busy. other ideas?

EDIT: your edit says it. i indeed use pulseaudio, which used to be a cause of trouble. i'll look into that.

doragasu commented on 2017-05-28 17:10

That problem should be fixed by inserting snd-pcm-oss module before using siggen:

# modprobe snd-pcm-oss

If you want to avoid doing this each time you want to use siggen, have a look here to make the module automatically load each boot: https://wiki.archlinux.org/index.php/Kernel_modules#Automatic_module_handling

EDIT: I have just noticed that your problem must be other (the device /dev/dsp is present, but in your case it is busy). I do not know why that happens, on my system it works perfect. Do you have pulseaudio installed? (I have not). Maybe you could try opening a post in the forum.

fordprefect commented on 2017-05-28 13:51

I still have this problem:

$ sgen_ sin 1000
[sgen_] Device or resource busy : /dev/dsp

any hints how to resolve this?

doragasu commented on 2017-05-28 13:29

Fixed!

pitlochry commented on 2017-05-28 12:07

Got this Error:

==> Building and installing package
==> ERROR: install should not be an array

fordprefect commented on 2015-11-06 19:37

i just upgraded it, so i did not see the post_install-message. sorry.
it now complains about the device /dev/dsp being busy, but lsof fails to show any processes using it.
sorry for the noise…

doragasu commented on 2015-11-06 18:07

@fordprefect: During the first install, pacman should output this message:
__________________________________________________

Warning: sgen has been renamed to sgen_, because it conflicts with Mono Xml Serializer Generator Tool.
Warning: if binaries in this package fail, complaining they cannot find /dev/dsp, you can try loading snd-pcm-oss module as follows (with root privileges):

# modprobe snd-pcm-oss
__________________________________________________

So try following the instructions and insert snd-pcm-oss package, /dev/dsp should appear.

fordprefect commented on 2015-11-06 12:32

@doragasu: i am having some troubles with using this package on an up-to-date arch system. there is neither a /dev/dsp nor a /dev/mixer device, so siggen seems unusable to me atm. am i missing something, is this a known error?

All comments