I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
And I know someone said that a DVD raw drive worked just like a hard drive
under QNX 6.x, is there any info avaliable on compatability or specific
requirement
for the drives to function properly?
CDRW still do not work. DVD-RAM drives do work, no specific requirements. I
tried Toshiba and Panasonic. Don’t confuse DVD-RAM with other DVD types
though…
– igor
“Bob Smith” <bobsmith@home.com> wrote in message
news:at2ndk$4jo$1@inn.qnx.com…
I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
And I know someone said that a DVD raw drive worked just like a hard drive
under QNX 6.x, is there any info avaliable on compatability or specific
requirement
for the drives to function properly?
\
Bob Smith wrote:
It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system can’t
even support someone writing software to burn CD’s. They just look at me
cross eyed and say “Windows can do that.”
Yup that sounds like a PHB all-right. Truth is, RTOSes were not created
to allow people to create party mixes. They were designed to control
(for example) surgical robots (Windows can’t do that). Your comparing
apples and oranges…
If Windows “can do that” (i.e. write CDs), then why not write your
CDs with Windows (or better yet Linux) ? Your comment is a bit like
saying to Lamborghini management “My Lamborghini gets a lot of bad
press when my lieutenant asks me to ford a creek, and it gets
stuck 15 inches off the shoulder of the road - he looks at me
cross eyed and says “Humvees can do that””.
I guess fording creeks just never was a specification for
Lamborghini… go figure ?
If QNX gets CD writing capability then cool (sort of like a
Lamborghini with an air suspension, balloon tires, and a winch),
but hey, it’s not like it’s a must have, or anything…
This may be a silly question but, do DVD-RAM drives have different types of
DVDs? Like write once or rewritable, or is the a “DVD-RAM” only media?
About the CDRWs…
…this is from the cdrecord web site:
Operating systems with ports in alpha or beta:
SCO Openserver 5.x → Port integrated in cdrecord-1.8a22, or get a binary
from skunkware as custom installable binary.
SCO Unixware 2 / Unixware 7 → Port on skunkware as custom installable
binary.
OS/2 → Port underway; a binary may be retrieved here.
Ultrix → Port lost due to a disk crash.
QNX → Port underway.
Last thing I heard the interface driver for the IDE/WhatEverTypeOfBus
didn’t support the “features” needed to support porting cdrecord.
So when you say CDRW still do not work, what degree of still not working do
you mean? Has the [SCSI./ATAPI/IDE?] driver been updated to support the
features required to write to CDRW? It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system can’t
even support someone writing software to burn CD’s. They just look at me
cross eyed and say “Windows can do that.”
“Igor Kovalenko” <kovalenko@attbi.com> wrote in message
news:at3l66$587$1@inn.qnx.com…
CDRW still do not work. DVD-RAM drives do work, no specific requirements.
I
tried Toshiba and Panasonic. Don’t confuse DVD-RAM with other DVD types
though…– igor
“Bob Smith” <> bobsmith@home.com> > wrote in message
news:at2ndk$4jo$> 1@inn.qnx.com> …
I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
And I know someone said that a DVD raw drive worked just like a hard
drive
under QNX 6.x, is there any info avaliable on compatability or specific
requirement
for the drives to function properly?
\
Yadayadayada … this is such a stale cheese Rennnie, and you still are
trying to feed us with it.
There is nothing like crossing a creek about writing a CD. Inability to
write a CD is more like inability to drive in a rain because designers
forgot to put wipers on the windshield…
– igor
“Rennie Allen” <rallen@csical.com> wrote in message
news:3DF63737.20707@csical.com…
Bob Smith wrote:
It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system
can’t
even support someone writing software to burn CD’s. They just look at
me
cross eyed and say “Windows can do that.”Yup that sounds like a PHB all-right. Truth is, RTOSes were not created
to allow people to create party mixes. They were designed to control
(for example) surgical robots (Windows can’t do that). Your comparing
apples and oranges…If Windows “can do that” (i.e. write CDs), then why not write your
CDs with Windows (or better yet Linux) ? Your comment is a bit like
saying to Lamborghini management “My Lamborghini gets a lot of bad
press when my lieutenant asks me to ford a creek, and it gets
stuck 15 inches off the shoulder of the road - he looks at me
cross eyed and says “Humvees can do that””.I guess fording creeks just never was a specification for
Lamborghini… go figure ?If QNX gets CD writing capability then cool (sort of like a
Lamborghini with an air suspension, balloon tires, and a winch),
but hey, it’s not like it’s a must have, or anything…
Agreed - but analogies aside and on a more practical note : QNX does get
used for high integrity applications (like Windoze cannot do) that generate
a lot of data logs that customers need to keep in the event of some future
comeback e.g. medical & air traffic control systems. This data needs to be
transferred off the local hard drive onto a long term storage medium such as
CD or tape. Neither of these backup media are currently supported, which
does nothing for QNX6’s reputation when you have to explain that a system
needs an extra Windoze/Linux PC just to provide the required data archiving
facility.
Jim
“Igor Kovalenko” <kovalenko@attbi.com> wrote in message
news:at6s10$q51$1@inn.qnx.com…
Yadayadayada … this is such a stale cheese Rennnie, and you still are
trying to feed us with it.
There is nothing like crossing a creek about writing a CD. Inability to
write a CD is more like inability to drive in a rain because designers
forgot to put wipers on the windshield…– igor
“Rennie Allen” <> rallen@csical.com> > wrote in message
news:> 3DF63737.20707@csical.com> …
Bob Smith wrote:It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system
can’t
even support someone writing software to burn CD’s. They just look at
me
cross eyed and say “Windows can do that.”Yup that sounds like a PHB all-right. Truth is, RTOSes were not created
to allow people to create party mixes. They were designed to control
(for example) surgical robots (Windows can’t do that). Your comparing
apples and oranges…If Windows “can do that” (i.e. write CDs), then why not write your
CDs with Windows (or better yet Linux) ? Your comment is a bit like
saying to Lamborghini management “My Lamborghini gets a lot of bad
press when my lieutenant asks me to ford a creek, and it gets
stuck 15 inches off the shoulder of the road - he looks at me
cross eyed and says “Humvees can do that””.I guess fording creeks just never was a specification for
Lamborghini… go figure ?If QNX gets CD writing capability then cool (sort of like a
Lamborghini with an air suspension, balloon tires, and a winch),
but hey, it’s not like it’s a must have, or anything…
“Bob Smith” <bobsmith@home.com> wrote in message
news:at5lfe$fsf$1@inn.qnx.com…
This may be a silly question but, do DVD-RAM drives have different types
of
DVDs? Like write once or rewritable, or is the a “DVD-RAM” only media?
It has to be DVD-RAM media. They are like huge floppies in the sense that
they support direct positioning, so the software treats them just like HD or
a floppy. They come in cartriges (looking like a 3.5" floppy on steroids),
but some (single sided) can be removed/inserted from/to cartridge while
others (dual sided) can not. Some DVD players (4th generation) can play
DVD-RAM media when it is removed from a cartrige. They are only writable
when in a cartridge. Any supported filesystem can be used, although UDF is
preferable (not available for QNX).
About the CDRWs…
…this is from the cdrecord web site:
Operating systems with ports in alpha or beta:
SCO Openserver 5.x → Port integrated in cdrecord-1.8a22, or get a
binary
from skunkware as custom installable binary.
SCO Unixware 2 / Unixware 7 → Port on skunkware as custom installable
binary.
OS/2 → Port underway; a binary may be retrieved here.
Ultrix → Port lost due to a disk crash.
QNX → Port underway.
That is an ages old statement.
Last thing I heard the interface driver for the IDE/WhatEverTypeOfBus
didn’t support the “features” needed to support porting cdrecord.
So when you say CDRW still do not work, what degree of still not working
do
you mean? Has the [SCSI./ATAPI/IDE?] driver been updated to support the
features required to write to CDRW?
No, the situation is just as it was. No documented PASS_THRU interface, no
usable CAM interface. There’s a rumor of new io-cam thing in the works, but
its been that way for years and still is not scheduled (afaik).
It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system can’t
even support someone writing software to burn CD’s. They just look at me
cross eyed and say “Windows can do that.”
Yup. If not the loophole with DVD-RAM we would have had to drop QNX
altogether due to this reason alone.
– igor
“Igor Kovalenko” <> kovalenko@attbi.com> > wrote in message
news:at3l66$587$> 1@inn.qnx.com> …
CDRW still do not work. DVD-RAM drives do work, no specific
requirements.
I
tried Toshiba and Panasonic. Don’t confuse DVD-RAM with other DVD types
though…– igor
“Bob Smith” <> bobsmith@home.com> > wrote in message
news:at2ndk$4jo$> 1@inn.qnx.com> …
I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
And I know someone said that a DVD raw drive worked just like a hard
drive
under QNX 6.x, is there any info avaliable on compatability or
specific
requirement
for the drives to function properly?
\
“Rennie Allen” <rallen@csical.com> wrote in message
news:3DF63737.20707@csical.com…
Bob Smith wrote:
It’s get’s alot of bad press when I
tell management that this great wiz bang “realtime” operating system
can’t
even support someone writing software to burn CD’s. They just look at
me
cross eyed and say “Windows can do that.”
Yup that sounds like a PHB all-right. Truth is, RTOSes were not created
to allow people to create party mixes. They were designed to control
(for example) surgical robots (Windows can’t do that). Your comparing
apples and oranges…
There are lots of embedded, realtime products that require CD writing or
tape backup…
http://www.rolandus.com/products/details.asp?catid=12&subcatid=48&prodid=VS%
2D2480CD is embedded, realtime, and REQUIRES to write CDWR… I guess they
didn’t use QNX though…
If QSSL are happy with ‘controlling robots’ and small embedded stuff then
fine, but considering how easy it should be to add CDWR support I don’t see
why they haven’t - after all under QNX it’s supposed to be really easy to
develop drivers!
graf
“Igor Kovalenko” <kovalenko@attbi.com> wrote in message
news:at6v1p$83$1@inn.qnx.com…
No, the situation is just as it was. No documented PASS_THRU interface, no
usable CAM interface. There’s a rumor of new io-cam thing in the works, but
its been that way for years and still is not scheduled (afaik).
What is a “PASS_THRU” interface? Is it a way of sending command directly to
a IDE/ATAPI device or something?
How hard is it to port a driver from Linux to QNX? I don’t know Linux
myself, but I know some Linux/GNU people have been toying around with QNX.
Yup. If not the loophole with DVD-RAM we would have had to drop QNX
altogether due to this reason alone.– igor
Sigh…
The test department is asking for a way to do CD backups of log files, I
will have to recomend future teststations PCs are purchased with DVD-RAMS
instead of CDWR’s. Can a regular DVD drive can read these things? All the
desktops have CD drives, which makes using DVD-RAMS less desirable, but
better than not being able to back up at all.
I hate the notion of trying to explain to a tech that you can only burn CD’s
after you reboot into Windows. It’s a sloppy work around. I may try
dropping the files on Win 2K box over the network, and tell them to do
backups from there, at least then they don’t have to take the teststation
offline.
Jim Douglas wrote:
Agreed - but analogies aside and on a more practical note : QNX does get
used for high integrity applications (like Windoze cannot do) that generate
a lot of data logs that customers need to keep in the event of some future
comeback e.g. medical & air traffic control systems. This data needs to be
transferred off the local hard drive onto a long term storage medium such as
CD or tape. Neither of these backup media are currently supported, which
If there is a specific requirement, and enough people who are willing
to pay, ask for it, I am sure it’ll get done. It is simply a question
of resource allocation. Personally, I don’t need CDRW, so I don’t
want things that I do need (like bug fixes) delayed, due to the
addition of features that 99% of the customers don’t need.
does nothing for QNX6’s reputation when you have to explain that a system
needs an extra Windoze/Linux PC just to provide the required data
archiving
facility.
Question (VxWorks is in the same market as QNX) what are the CDRW
options on VxWorks ?
Rennie
Igor Kovalenko wrote:
Yadayadayada … this is such a stale cheese Rennnie, and you still are
trying to feed us with it.
I don’t know what you are talking about Igor…
There is nothing like crossing a creek about writing a CD. Inability to
write a CD is more like inability to drive in a rain because designers
forgot to put wipers on the windshield…
Igor, to you and Bob (who happen to need CDRW for your
applications) it is like no wipers on the windshield.
To 99% of the rest of QNX users, it is a very low
priority. There are embedded applications where I
can see a need (in fact I almost worked on a project
where there was a need), but those customers should be
willing to put up the money to get it done.
So if you feel it’s that important (and you work for
a company with deep pockets like Moto), then by all
means fund QSSL to develop this stuff, It’ll be cool
to burn my iso’s on my QNX box instead of my Windows
box, but I don’t want to pay for it (although I might
buy you a beer sometime, if you manage to get moto to
cough up the cash 
Rennie
graffiti wrote:
http://www.rolandus.com/products/details.asp?catid=12&subcatid=48&prodid=VS> %
2D2480CD is embedded, realtime, and REQUIRES to write CDWR… I guess they
didn’t use QNX though…
QNX was successfully being used in 24 Channel digital recording
consoles, back in the 80’s when it was challenging.
If QSSL are happy with ‘controlling robots’ and small embedded stuff then
fine, but considering how easy it should be to add CDWR support I don’t see
why they haven’t - after all under QNX it’s supposed to be really easy to
develop drivers!
Well, if QNX had Disk driver DDK, I’d suggest that you go
and write one if it’s so easy; however, they don’t, and I
would rather they concentrate on doing that (the guys who
would be developing the CDWR are the same guys who would
be developing the DDK, so it is direct resource
contention). If you want to bitch about the lack of a
disk driver DDK, I’ll bang the drum with you.
Rennie
“Bob Smith” <bobsmith@home.com> wrote in message
news:at7de9$giu$1@inn.qnx.com…
“Igor Kovalenko” <> kovalenko@attbi.com> > wrote in message
news:at6v1p$83$> 1@inn.qnx.com> …No, the situation is just as it was. No documented PASS_THRU interface,
no
usable CAM interface. There’s a rumor of new io-cam thing in the works,
but
its been that way for years and still is not scheduled (afaik).
What is a “PASS_THRU” interface? Is it a way of sending command directly
to
a IDE/ATAPI device or something?
How hard is it to port a driver from Linux to QNX? I don’t know Linux
myself, but I know some Linux/GNU people have been toying around with QNX.
Yes, take a look at DCMD_CAM_PASS_THRU. Theoretically you can pass any low
level commands directly to any device. The caveats are that
- this is not documented at all, nor there are any publicly available
examples; - it is dangerous, since you will be doing things underneath of the drivers
and canmess the whole thing easily;
Since you appear to be a customer with business case, I suggest you contact
your sales rep and/or your TAM. Or open a PR. When enough people do that, it
is ought to affect their schedule.
You could also try (through your sales rep) to obtain source of some devb
driver and source of some utility (e.g., fdformat) using PASS_TRHU and try
to port stuff from Linux. It is conceivable to port something like cdrecord
that way, but won’t be easy.
Yup. If not the loophole with DVD-RAM we would have had to drop QNX
altogether due to this reason alone.– igor
Sigh…
The test department is asking for a way to do CD backups of log files, I
will have to recomend future teststations PCs are purchased with DVD-RAMS
instead of CDWR’s. Can a regular DVD drive can read these things?
I hear that some can (4th generation models, as I mentioned already).
All the
desktops have CD drives, which makes using DVD-RAMS less desirable, but
better than not being able to back up at all.
Using DVD-RAM also gives you more flexibility. You don’t have to ‘burn’ them
in a batch. You just copy files over. No buffer underrun issues and you can
write files individually, do incremental backups onto the same media, etc.
They are better protected due to the cartridge too.
I hate the notion of trying to explain to a tech that you can only burn
CD’s
after you reboot into Windows. It’s a sloppy work around. I may try
dropping the files on Win 2K box over the network, and tell them to do
backups from there, at least then they don’t have to take the teststation
offline.
That would be a decent workaround until you get better solution.
– igor
Since you appear to be a customer with business case, I suggest you contact
your sales rep and/or your TAM. Or open a PR. When enough people do that, it
is ought to affect their schedule.
Igor is 100% correct on this. Talk to your sales rep, or call the 1-800
number (1-800-363-9001) and let us know that part of your requirements
for you project, is support for writing CD’s.
Regards,
Erick
You could also try (through your sales rep) to obtain source of some devb
driver and source of some utility (e.g., fdformat) using PASS_TRHU and try
to port stuff from Linux. It is conceivable to port something like cdrecord
that way, but won’t be easy.
Yup. If not the loophole with DVD-RAM we would have had to drop QNX
altogether due to this reason alone.– igor
Sigh…
The test department is asking for a way to do CD backups of log files, I
will have to recomend future teststations PCs are purchased with DVD-RAMS
instead of CDWR’s. Can a regular DVD drive can read these things?I hear that some can (4th generation models, as I mentioned already).
All the
desktops have CD drives, which makes using DVD-RAMS less desirable, but
better than not being able to back up at all.Using DVD-RAM also gives you more flexibility. You don’t have to ‘burn’ them
in a batch. You just copy files over. No buffer underrun issues and you can
write files individually, do incremental backups onto the same media, etc.
They are better protected due to the cartridge too.I hate the notion of trying to explain to a tech that you can only burn
CD’s
after you reboot into Windows. It’s a sloppy work around. I may try
dropping the files on Win 2K box over the network, and tell them to do
backups from there, at least then they don’t have to take the teststation
offline.That would be a decent workaround until you get better solution.
– igor
“Rennie Allen” <rallen@csical.com> wrote in message
news:3DF76569.6070301@csical.com…
Igor Kovalenko wrote:
Yadayadayada … this is such a stale cheese Rennnie, and you still are
trying to feed us with it.I don’t know what you are talking about Igor…
I am talking about using old excuses to justify the shortcomings.
There is nothing like crossing a creek about writing a CD. Inability to
write a CD is more like inability to drive in a rain because designers
forgot to put wipers on the windshield…Igor, to you and Bob (who happen to need CDRW for your
applications) it is like no wipers on the windshield.
It is that way to anyone actually, just happens that most folks don’t drive
their Lamborginies in the rain… As I explained elsewhere, the lack of CDRW
support is mostly due to the rudimentary CAM facilities and the lack of
documentation on the DCMD_CAM_PASS_THRU. Lack of the disk DDK does not help
either. All of that is not generally tied to the CDRW support - those are
generic infrasrtructure features that would help other things too. You see,
the windshield has a tendency to get dirty and having the wipers would be
beneficial, rain or no rain…
To 99% of the rest of QNX users, it is a very low
priority. There are embedded applications where I
can see a need (in fact I almost worked on a project
where there was a need), but those customers should be
willing to put up the money to get it done.
I don’t think you can speak for 99%. Even if you could, one could argue that
the remaining 1% of customers would be more inclined to use another OS than
to pay QNX for doing things that are generally considered a part of an OS
infrastructure. Whether or not that bothers QNX is another subject… IMHO
it is fair enough to ask customers to pay for specific features, but it is
not particularly fair to make them pay for the infrastructure. I’d agree
that a customer should pay for the development of a recorder application if
he needs one, but the API and docs are OS vendor’s responsibility.
So if you feel it’s that important (and you work for
a company with deep pockets like Moto), then by all
means fund QSSL to develop this stuff, It’ll be cool
to burn my iso’s on my QNX box instead of my Windows
box, but I don’t want to pay for it (although I might
buy you a beer sometime, if you manage to get moto to
cough up the cash >
FYI, Moto did cough up the cash for making DVD-RAMs writable under QNX. They
were threated like CDROMs originally.
– igor
We use DVD RAM from Toshiba with QNX6.2.
Yust now there is a new model Panasonic LF-D321E which is able to read/write
DVD-RAM and also write once DVD-R media. I hope there should be no problem
with DVD-RAM but should we be able to sequentially burn a raw image to
DVD-R.
Just quite suitable feature for our project of audio and video loggers.
Jiøí Kristek
“Hardware Support Account” <hw@qnx.com> pí¹e v diskusním pøíspìvku
news:at8c2v$i59$1@nntp.qnx.com…
Since you appear to be a customer with business case, I suggest you
contact
your sales rep and/or your TAM. Or open a PR. When enough people do
that, it
is ought to affect their schedule.Igor is 100% correct on this. Talk to your sales rep, or call the 1-800
number (1-800-363-9001) and let us know that part of your requirements
for you project, is support for writing CD’s.Regards,
Erick
You could also try (through your sales rep) to obtain source of some
devb
driver and source of some utility (e.g., fdformat) using PASS_TRHU and
try
to port stuff from Linux. It is conceivable to port something like
cdrecord
that way, but won’t be easy.
Yup. If not the loophole with DVD-RAM we would have had to drop QNX
altogether due to this reason alone.– igor
Sigh…
The test department is asking for a way to do CD backups of log files,
I
will have to recomend future teststations PCs are purchased with
DVD-RAMS
instead of CDWR’s. Can a regular DVD drive can read these things?I hear that some can (4th generation models, as I mentioned already).
All the
desktops have CD drives, which makes using DVD-RAMS less desirable, but
better than not being able to back up at all.Using DVD-RAM also gives you more flexibility. You don’t have to ‘burn’
them
in a batch. You just copy files over. No buffer underrun issues and you
can
write files individually, do incremental backups onto the same media,
etc.
They are better protected due to the cartridge too.I hate the notion of trying to explain to a tech that you can only burn
CD’s
after you reboot into Windows. It’s a sloppy work around. I may try
dropping the files on Win 2K box over the network, and tell them to do
backups from there, at least then they don’t have to take the
teststation
offline.That would be a decent workaround until you get better solution.
– igor
Bob Smith wrote:
I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
Whatever happened with “cdrecord” for QNX? The web site
for “cdrecord” has said “QNX port underway” for years.
That may have discouraged others from working on the problem.
Anybody planning to finish the job?
John Nagle
Animats
See http://developers.qnx.com/Fixes/Software/index2.htm … please note that
I have not tried the binaries myself, and cannot attest to their fitness for
doing anything besides setting fire to CDs 
dB
John Nagle <nagle@downside.com> wrote in message
news:3E021AE0.8050004@downside.com…
Bob Smith wrote:
I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
Whatever happened with “cdrecord” for QNX? The web site
for “cdrecord” has said “QNX port underway” for years.
That may have discouraged others from working on the problem.
Anybody planning to finish the job?John Nagle
Animats
a quick glance of the page seems to tell:
- you have to be running non NC version.
- you have to run 6.2.1 version.
is that correct?
of course, there is no 6.2.1NC anyway
David Bacon <dbacon@qnx.com> wrote:
See > http://developers.qnx.com/Fixes/Software/index2.htm > … please note that
I have not tried the binaries myself, and cannot attest to their fitness for
doing anything besides setting fire to CDs >dB
John Nagle <> nagle@downside.com> > wrote in message
news:> 3E021AE0.8050004@downside.com> …
Bob Smith wrote:I know I saw some post about CDRWs on here somewhere, but I can’t find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
Whatever happened with “cdrecord” for QNX? The web site
for “cdrecord” has said “QNX port underway” for years.
That may have discouraged others from working on the problem.
Anybody planning to finish the job?John Nagle
Animats
According to http://www.qnxzone.com/, “The long anticipated 6.2.1 NC release
is now available for beta testing.”
dB
liug <liug@mama.indstate.edu> wrote in message
news:b52hft$f0i$1@inn.qnx.com…
a quick glance of the page seems to tell:
- you have to be running non NC version.
- you have to run 6.2.1 version.
is that correct?
of course, there is no 6.2.1NC anyway >David Bacon <> dbacon@qnx.com> > wrote:
See > http://developers.qnx.com/Fixes/Software/index2.htm > … please note
that
I have not tried the binaries myself, and cannot attest to their fitness
for
doing anything besides setting fire to CDs >dB
John Nagle <> nagle@downside.com> > wrote in message
news:> 3E021AE0.8050004@downside.com> …
Bob Smith wrote:I know I saw some post about CDRWs on here somewhere, but I can’t
find
them…
Does any body know how close cdrecord is to being ported to QNX 6.x?
Whatever happened with “cdrecord” for QNX? The web site
for “cdrecord” has said “QNX port underway” for years.
That may have discouraged others from working on the problem.
Anybody planning to finish the job?John Nagle
Animats
\