Also the problem may be with cdrtools, not cdw. Try to blank CD with cdrtools to be sure.

Sorry I didn't mention I was using cdrkit.
I performed blanking with cdrkit and cdrtools-devel with no problems.
cdw segfaults using either package.

I will try to put cdw under the debugger in the next few days. In the meantime, can you verify that this is still a problem with cdrkit 1.1.4-1 and cdw 0.2.4-4?

Yeah it still segfaults with cdw 0.2.4-4

http://cdw.sourceforge.net/news.html
It seems development has been picked up again by someone else and some features have been temporarily removed in the new release (perhaps due to unresolvable bugs). CD blanking is one of the removed features.

CD blanking has been re-included in the latest release (0.3.1). Some features still haven't made their way back from being dropped after the 0.2.4 release so I don't know if this package should be updated?

cdw simply segfault when i run it. no option. Arch64.
recompile from abs was not better still seffault

Roman can you update the cdw package when you find time? The project seems maintained http://sourceforge.net/projects/cdw/ and 0.3.3 is out maybe it will help closing this report. If you are willing to keep the package in extra of course.

Actually I built the latest version myself and while the program doesn't segfault any more it does hang on seemingly every operation.
This app seems to be pretty poor quality right now. I emailed Roman directly and recommended this be moved to [unsupported] which he seemed to agree to.

Roman, can you confirm that you are fine with moving cdw to unsupported? I could do it if you can't.

cdw 0.3.91 was released. Does it fixes the problem?

It doesn't build.
blank_wizard.c:24:27: error: ncursesw/menu.h: No such file or directory
blank_wizard.c:25:27: error: ncursesw/form.h: No such file or directory

This -might- indicate an issue with the Arch Linux ncurses package. Debian
seems to have those files. I haven't had any problems with it so far though.

The README does mention this:
- wncurses library (ncurses library with support for wide characters)

It's odd how even though the configure sees that the files aren't there it
pretends there's nothing wrong and allows the make to go ahead.
The first thing you will say when you browse through the source is WTF.
For one all CVS meta-info is still in the distribution tarball (including
the developer's username in them).

This app is a piece of merde. Pardon my french.
Incidentally I've stopped using it a long time ago. Just offering my help
to get this bug closed.

I've attached the build log and the new PKGBUILD which I built from.

So what's the word on this?

I remember noticing similar header file errors with mcabber too. There must be something wrong with our ncurses package. It doesnt seem to be an issue with all other distros ive looked at (gentoo,slackware)

Looks like a bunch of those header files moved to /usr/lib in Arch Linux.
/usr/lib/menu.h
/usr/lib/form.h

So maybe Arch Linux does things differently than other distros. If you ask me,
this indicates a problem with the configure script or include directives upstream.
They're assuming too much about the system.

Anyhow... if no developers use this or are interested in providing a fix it
should be moved to unsupported!
I don't use this anymore so I don't really care to fix it heh.
I do volunteer to upload that PKGBUILD to unsupported though.
Someone else can play around with it.

Greg is there anything I can do to get this bug closed finally?
(Other than diving into the source)

I guess either Eric or Roman moving it to unsupported. Or alternatively making it work if they wanna keep it.

Roman is active again so he'll read the bug tracker notifications when he'll go through his Arch-related emails. I guess he'll decide then what to do: to work on fixing it or to just remove it. Until then, not much can be done.

Roman: If you're too busy and want cdw to be moved to unsupported, let me know and I'll do it.

What's the word on this package?