Package Details: siggen 2.3.10-4

Git Clone URL: https://aur.archlinux.org/siggen.git (read-only, click to copy)
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.000000
First Submitted: 2015-06-21 16:48
Last Updated: 2020-10-21 18:23

Latest Comments

1 2 Next › Last »

doragasu commented on 2020-10-22 17:24

I do not use makechrootpkg myself, so I cannot reproduce the problem.

About the warnings, I'm afraid the coding style is too old for modern compiler standards. It would require someone to refactor the code to fix many of its problems.

sekret commented on 2020-10-22 15:40

Here it builds with makepkg (although with many many warnings), but it does not build with makechrootpkg, which I usually use. I can't seem to get a log file out of makechrootpkg, sorry. Can somebody confirm this or even find the cause of it?

vochong commented on 2020-10-22 02:02

Hi doragasu,

Your fix works perfectly. Thanks so much for the incredible support.

No wonder ArchLinux is so much better than other Linux distributions.

Best regards.

doragasu commented on 2020-10-21 18:22

Should be fixed now, thanks for reporting!

vochong commented on 2020-10-21 17:48

Hi doragasu,

The build seems to be broken. Please fix it. Thanks.

yay -S siggen

... ...

smix.c:331:14: warning: implicit declaration of function ‘printvol’; did you mean ‘printf’? [-Wimplicit-function-declaration] 331 | if (dopr) printvol(d,fo); | ^~~~~~~~ | printf smix.c: At top level: smix.c:334:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 334 | printvols(devs,fo) | ^~~~~~~~~ smix.c:347:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 347 | doallvols(devs,s,fo) | ^~~~~~~~~ smix.c:360:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 360 | printvol(d,fo) | ^~~~~~~~ smix.c:388:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 388 | help() | ^~~~ smix.c:421:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 421 | err_rpt(err,msg) | ^~~~~~~ nroff -man swgen.1 | col -b -x > swgen.txt nroff -man siggen.1 | col -b -x > siggen.txt nroff -man sweepgen.1 | col -b -x > sweepgen.txt nroff -man soundinfo.1 | col -b -x > soundinfo.txt nroff -man smix.1 | col -b -x > smix.txt nroff -man fsynth.1 | col -b -x > fsynth.txt nroff -man siggen.conf.5 | col -b -x > siggen.conf.txt gcc tones.o tonesgen.o generator.o misc.o wavfile.o wavsubs.o DAC.o configsubs.o -lm -o tones /usr/bin/ld: tonesgen.o:(.bss+0xbc): multiple definition of samplerate'; tones.o:(.bss+0xe8): first defined here /usr/bin/ld: tonesgen.o:(.data+0x0): multiple definition ofstereo'; tones.o:(.bss+0xec): first defined here /usr/bin/ld: tonesgen.o:(.bss+0xb8): multiple definition of channels'; tones.o:(.bss+0xd4): first defined here /usr/bin/ld: tonesgen.o:(.data+0x4): multiple definition ofafmt'; tones.o:(.bss+0xe0): first defined here collect2: error: ld returned 1 exit status make: [Makefile:128: tones] Error 1 make: Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting... error making: siggen

doragasu commented on 2018-02-26 06:46

Which program did you launch? As previously reported, tones is broken (it segfaults), but I have just built the package and launched siggen, and it works perfect.

oberon2007 commented on 2018-02-25 08:10

Seems broken:

Unhandled Exception: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542 at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver..cctor () [0x0004d] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.Console..cctor () [0x0008e] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at Driver.Run (System.String[] args) [0x0000f] in <34e5f29bdd234f31bf7604b94e2e783d>:0 at Driver.Main (System.String[] args) [0x00005] in <34e5f29bdd234f31bf7604b94e2e783d>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542 at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver..cctor () [0x0004d] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.Console..cctor () [0x0008e] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at Driver.Run (System.String[] args) [0x0000f] in <34e5f29bdd234f31bf7604b94e2e783d>:0 at Driver.Main (System.String[] args) [0x00005] in <34e5f29bdd234f31bf7604b94e2e783d>:0</a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580>

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.