MFC.
"Joseph M. Newcomer" <newcomer@flounder.com> schrieb im Newsbeitrag
Well, the obvious place to start would be the documetnation of the
IOCTL_CDROM_READ_TOC
value, which is documented in the DDK as being in ntddcdrm.h, which is
part of the DDK.
Exactly how you managed to determine that the buffer should be an array
of
int, and the
buffer size should be 2048 (an array of 1024 ints would be 4096) escapes
me, because this
does not conform to the documentation of the IOCTL, which states that it
is pointing to a
CDROM_TOC structure, which is also defined in the DKK.
What is more interesting is that this is a kernel DDK, definition, but
the
user-level file
WinIoctl.h says that the new IOCTLs in it are intended to replace the
old
IOCTL_CDROM
codes...
joe
On Mon, 7 Jan 2008 21:36:56 +0100, "Udo Goelz" <udo.goelz@gmx.de> wrote:
Thank you for your help, but if I a pass IOCTL_CDROM_READ_TOC(_EX) or
IOCTL_CDROM_READ_TOC as 2nd Parameter to the function DeviceIoControl
the
compiler complains, that IOCTL_CDROM_READ_TOC is undefined(error C2065).
The fuction I used to test looks like this:
Test
{
int OutBuffer[1024];
DWORD numberBytesRec=0;
HANDLE cdHandle;
cdHandle=CreateFile("E:\\",FILE_READ_ATTRIBUTES,FILE_SHARE_READ,NULL,NULL,NULL,NULL);
if(cdHandle==INVALID_HANDLE_VALUE)
{
printf("Error");
}
DeviceIoControl(cdHandle, // handle to device of
interest
IOCTL_CDROM_READ_TOC, // control
code
of operation to perform
NULL, // pointer to buffer to
supply input data
0, // size, in bytes, of input
buffer
&OutBuffer, // pointer to
buffer
to
receive output data
2048, // size, in bytes, of
output
buffer
&numberBytesRec, // pointer to
variable
to receive byte count
NULL // pointer to structure for
asynchronous operation);
}
Can anybody tell me, how to change it to get it working?
I use Vstudio 6.0 and Windows XP as OS.
Thanks in advance
ug
"Alexander Grigoriev" <alegr@earthlink.net> schrieb im Newsbeitrag
news:%23%233dqO1TIHA.5016@TK2MSFTNGP06.phx.gbl...
That's pretty easy.
CreateFile/FILE_READ_ATTRIBUTES access,
DeviceIoControl/IOCTL_CDROM_READ_TOC(_EX)
"Joseph M. Newcomer" <newcomer@flounder.com> wrote in message
news:eussn39c7grsfl59rcdhs64l3gov75c89t@4ax.com...
There are several problems here. I don't think it is well-documented
how
to do this, but
a number of open-source tools know how to do it; the downside here is
that they are
open-source under GPL, which causes you all kinds of problems if you
actually use them.
The usual workaround was to put the module in a separate DLL, and
there
were several
workarounds the GPL with respect to this; for example, making the DLL
a
download from your
Web site, and having a program that worked just fine (but
feature-poor)
without the DLL.
Because you are willing to give away the source to your DLL (being
the
open source code),
you are not involved in making the code "part" of your product. GPL3
apparently tries to
close that hole, thus defeating the real value of open source even
more
thoroughly than
GPL2 (I'm not a fan of GPL because I consider it as actively
defeating
code sharing).
Have you tried a google search? Not sure what terms I would use, but
the
obvious ones
generate too many hits.
joe
On Fri, 4 Jan 2008 16:30:59 +0100, "Udo Goelz" <udo.goelz@gmx.de>
wrote:
Hello all,
does anybody know, how to read out the TOC of a CD with a C or C++
function
under windows.(Perhaps with MFC).
I don't aks for a tool to do this, because I want to use this TOC
information further on in an own software without copying the TOC
from
a
tool to this software.
Thanks in advance
UG
Joseph M. Newcomer [MVP]
email: newcomer@flounder.com
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm
Joseph M. Newcomer [MVP]
email: newcomer@flounder.com
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm