Somebody finally managed to get “cdrecord” to work
on QNX 6.2.1. See
http://www.qnxzone.com/readmore.php?news_id=259
There’s a note dated March 13, 2003 on
http://developers.qnx.com/Fixes/Software/index2.htm
that says:
“As soon as NC 6.2.1 is made available, we will posted updated
boot images that contain the new libraries.”.
It sounds like the hard problems have been solved. But
it’s not cleaned up enough to be generally usable yet.
Having to replace the CD driver in the boot image
is not a good thing for general use. Is this
going to be pushed through to completion by somebody?
It’s great that CD writing capability is coming
to QNX at last. Do we get DVD writing, too?
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
John Nagle
Animats
John Nagle <nagle@downside.com> wrote:
Having to replace the CD driver in the boot image
is not a good thing for general use. Is this
This support required changes in the CD-ROM peripheral driver,
cam-cdrom.so, which is in the normal boot images so as to support
CD-ROMs for the startup disk driver. If you have this situation
(check /proc/boot) then you do need to rebuild the boot image;
“/proc/boot” is also first in the default LD_LIBRARY_PATH,
meaning any disk driver you start later will inherit that one.
It’s great that CD writing capability is coming
to QNX at last. Do we get DVD writing, too?
DVD-RAM has always been supported (put a fs-qnx4 or fs-dos
filesystem on it). If you mean packet-writing or UDF, then
such support is being considered, dependant on customer
interest (vote via your sales/customer rep).
If QNX gets CD/DVD writing, I know some people with a good
backup program who could be persuaded to port it to QNX.
I think that with UDF you’d just mount a filesystem and cp to
it (perhaps a utility to close a session or increment a fileset).
“John Garvey” <jgarvey@qnx.com> wrote in message
news:bbpggh$p4p$1@nntp.qnx.com…
John Nagle <> nagle@downside.com> > wrote:
Having to replace the CD driver in the boot image
is not a good thing for general use. Is this
This support required changes in the CD-ROM peripheral driver,
cam-cdrom.so, which is in the normal boot images so as to support
CD-ROMs for the startup disk driver. If you have this situation
(check /proc/boot) then you do need to rebuild the boot image;
“/proc/boot” is also first in the default LD_LIBRARY_PATH,
meaning any disk driver you start later will inherit that one.
It’s great that CD writing capability is coming
to QNX at last. Do we get DVD writing, too?
DVD-RAM has always been supported (put a fs-qnx4 or fs-dos
‘Always’, right 
John, do you think DVD+RW in CAV mode could work in DVD-RAM fashion?
filesystem on it). If you mean packet-writing or UDF, then
such support is being considered, dependant on customer
interest (vote via your sales/customer rep).
If QNX gets CD/DVD writing, I know some people with a good
backup program who could be persuaded to port it to QNX.
I think that with UDF you’d just mount a filesystem and cp to
it (perhaps a utility to close a session or increment a fileset).
There’s more to a usable backup software than just ‘cp’.
– igor
Igor Kovalenko <kovalenko@attbi.com> wrote in message
news:bbqdmb$5jm$1@inn.qnx.com…
There’s more to a usable backup software than just ‘cp’.
Then again, I don’t think it should be the OS vendor supplying the ‘backup
solution’.
-Adam
“Adam Mallory” <amallory@qnx.com> wrote in message
news:bbqmma$982$1@nntp.qnx.com…
Igor Kovalenko <> kovalenko@attbi.com> > wrote in message
news:bbqdmb$5jm$> 1@inn.qnx.com> …
There’s more to a usable backup software than just ‘cp’.
Then again, I don’t think it should be the OS vendor supplying the ‘backup
solution’.
I did not say that. But the OS vendor should be supplying useful interface
to backup devices. And QNX doesn’t. Kevin had to hack CAM layer to make
cdrecord work. My regards to him, but other people are not in the position
to do something like that. And it still is neither complete nor documented.
Tapes have no way to address them at all (it is funny how your header files
define DCMDs for them, yet driver won’t create /dev entries). The whole
scheme of enumerating and addressing devices in QNX is a HORRIBLE MESS (I am
fully prepared to elaborate on that).
Do you really expect any 3rd party vendor to support an OS like that?
– igor
Igor Kovalenko <kovalenko@attbi.com> wrote in message
news:bbu5h6$c1n$1@inn.qnx.com…
There’s more to a usable backup software than just ‘cp’.
Then again, I don’t think it should be the OS vendor supplying the
‘backup
solution’.
I did not say that.
Sure you did. You said, “There’s more to a usable backup software that just
‘cp’.” - which implies that you believe we hold cp as some type of backup
system, which it isn’t.
But the OS vendor should be supplying useful interface
to backup devices. And QNX doesn’t. Kevin had to hack CAM layer to make
cdrecord work. My regards to him, but other people are not in the position
to do something like that. And it still is neither complete nor
documented.
Yep, I won’t argue that.
Tapes have no way to address them at all (it is funny how your header
files
define DCMDs for them, yet driver won’t create /dev entries). The whole
scheme of enumerating and addressing devices in QNX is a HORRIBLE MESS (I
am
fully prepared to elaborate on that).
While the enumeration process isn’t perfect, detecting devices over a wide
breadth of manufactures isn’t straightforward. One probe can have
detrimental effects on a piece of hardware. Not to mention the fact that
some hardware is just broken - but no one seems to complain loudly about
that. Inevitably, some ugly hack is put into a driver/enumeration to ‘play
nice’ and help the hardware recover.
Do you really expect any 3rd party vendor to support an OS like that?
While it’s not always an ideal environment, I don’t think it’s impossible -
‘just work around it’
-Adam
Adam Mallory <amallory@qnx.com> wrote:
Igor Kovalenko <> kovalenko@attbi.com> > wrote in message
I did not say that.
Sure you did. You said, “There’s more to a usable backup software that
just ‘cp’.” - which implies that you believe we hold cp as some type of
backup system, which it isn’t.
Well I made a reference to that, which was probably taken out of context;
what I meant was that with a packet-writing optical filesystem (UDF), the
flexibility to just write data meant that you wouldn’t need to prepare
special images (mkisofs) and could just randomly copy things to CD. As
to actually using cp as the direct mechanism for this, I’m a simple guy
and I personally probably would (cp -R for a full backup, and an cp from
a file list prepared by a DCMD_FSYS_FILE_FLAG scan for an incremental),
although a more sophisticated alternative could be a 3rd party opportunity.
“John Garvey” <jgarvey@qnx.com> wrote in message
news:bc2oio$of9$1@nntp.qnx.com…
Adam Mallory <> amallory@qnx.com> > wrote:
Igor Kovalenko <> kovalenko@attbi.com> > wrote in message
I did not say that.
Sure you did. You said, “There’s more to a usable backup software that
just ‘cp’.” - which implies that you believe we hold cp as some type of
backup system, which it isn’t.
Well I made a reference to that, which was probably taken out of context;
what I meant was that with a packet-writing optical filesystem (UDF), the
flexibility to just write data meant that you wouldn’t need to prepare
special images (mkisofs) and could just randomly copy things to CD. As
to actually using cp as the direct mechanism for this, I’m a simple guy
I am simple where it suits 
So yes, we actually do that. Too bad it is not UDF
Proper support for UDF would be nice. I’ve seen implementation that works
about 5 times faster on writing than typical filesystems like UFS. I
understand UDF was specifically designed for media with slow seek time. With
QNX filesystem it is quite slow and that is an issue since making backups in
many cases requires one to cease active operations (so maintenance windows
are required and they can’t be very long).
and I personally probably would (cp -R for a full backup, and an cp from
a file list prepared by a DCMD_FSYS_FILE_FLAG scan for an incremental),
although a more sophisticated alternative could be a 3rd party
opportunity.
The actual method of transfering data is not the only issue, although it
could affect performance quite a bit. It is overall usability that’s hard to
get right with backup systems.
– igor
John Nagle wrote:
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I deal with DVD writing under QNX… As you know cdrecord do not include
support for DVD writing (mmc_mdvd is missing). I have downloaded
dvdrtools from http://www.nongnu.org/dvdrtools/ which enables DVD
writing feature. The problem was that dvdrtools do not contain libscg
library with QNX support. So I replaced it with libscg from cdrtools
(cdrtools-2.01a14) and did some little changes… and it works
cdrtools site:
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I’m intrested in streaming backup on DVD. Can you tell more about that
good backup program you have mentioned (e.g. some links).
Richard Stefanca
Is a version or package with your mods/patches avaliable for Download
anywhere?
If not is there a good place you can put it?
“Richard Stefanca” <rstefanca@retia.cz> wrote in message
news:bcs9mv$l1i$1@inn.qnx.com…
John Nagle wrote:
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I deal with DVD writing under QNX… As you know cdrecord do not include
support for DVD writing (mmc_mdvd is missing). I have downloaded
dvdrtools from > http://www.nongnu.org/dvdrtools/ > which enables DVD
writing feature. The problem was that dvdrtools do not contain libscg
library with QNX support. So I replaced it with libscg from cdrtools
(cdrtools-2.01a14) and did some little changes… and it works >
cdrtools site:
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/
cdrecord.html
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I’m intrested in streaming backup on DVD. Can you tell more about that
good backup program you have mentioned (e.g. some links).
Richard Stefanca
I will try to find some place where i can put it. I will send you link.
Richard
Bob Smith wrote:
Is a version or package with your mods/patches avaliable for Download
anywhere?
If not is there a good place you can put it?
“Richard Stefanca” <> rstefanca@retia.cz> > wrote in message
news:bcs9mv$l1i$> 1@inn.qnx.com> …
John Nagle wrote:
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I deal with DVD writing under QNX… As you know cdrecord do not include
support for DVD writing (mmc_mdvd is missing). I have downloaded
dvdrtools from > http://www.nongnu.org/dvdrtools/ > which enables DVD
writing feature. The problem was that dvdrtools do not contain libscg
library with QNX support. So I replaced it with libscg from cdrtools
(cdrtools-2.01a14) and did some little changes… and it works >
cdrtools site:
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/
cdrecord.html
If QNX gets CD/DVD writing, I know some people with
a good backup program who could be persuaded to port it
to QNX.
I’m intrested in streaming backup on DVD. Can you tell more about that
good backup program you have mentioned (e.g. some links).
Richard Stefanca
\