On 8/5/10 9:16 AM, joerg-cyril.hoe...@t-systems.com wrote:
> Hi,
>
> what's the state of CD-ROM support on the Mac?
> ntdll/cdrom.c contains quite a few #ifdef apple.
I was the last one to hack on that, so I'll bite.
>
> I'm asking because the mcicda currently uses these ioctl:
> 1. READ_RAW
That
On 08/05/2010 03:56 AM, Francois Gouget wrote:
On Wed, 4 Aug 2010, Max TenEyck Woodbury wrote:
[...]
There several things that have to be coordinated however:
- This is not just the API documentation. It includes a great deal of
information about the meta-structure of the Wine project. Easy
Guys... I just started looking into developing for the ipad... am i
going to have the same issues?
I know, i know.. i'm a newbie with objective c. lemme know...
On Thu, Aug 5, 2010 at 8:14 AM, wrote:
> Jeff,
>
>>if I:
>>> resume c # yields MCIERR_HARDWARE
>>nothing printed
> This is not compatib
Hi,
what's the state of CD-ROM support on the Mac?
ntdll/cdrom.c contains quite a few #ifdef apple.
I'm asking because the mcicda currently uses these ioctl:
1. READ_RAW
2. READ_TOC
3. READ_Q -> POSITION
MCICDA could be changed to avoid the third one entirely
-- when using the dsound output. Wo
Jeff,
>if I:
>> resume c # yields MCIERR_HARDWARE
>nothing printed
This is not compatible with the test that does not report failure on your
system:
+err = mciSendString("resume c", buf, sizeof(buf), hwnd);
+ok(err == MCIERR_HARDWARE, "resume without play: %s\n", dbg_mcierr(err));
/* not
On Thu, Aug 5, 2010 at 11:51 PM, wrote:
> Hi,
>
>> Things you can try out using the interactive MCI shell:
>> open cdaudio alias c
>> status c type track 1
>> set c time format tmsf
>> seek c to start
>> play c from 1 to 2 wait
>>This works - I hear music.
> What the test does is not fundamentall
Hi,
> Things you can try out using the interactive MCI shell:
> open cdaudio alias c
> status c type track 1
> set c time format tmsf
> seek c to start
> play c from 1 to 2 wait
>This works - I hear music.
What the test does is not fundamentally different. I'd
appreciate if you could isolate the
On Thu, Aug 5, 2010 at 3:58 PM, Joris Huizer wrote:
> In this patch, you have this code:
>
> + void *ret = NULL;
> //...
> + ret = HeapAlloc(GetProcessHeap(), 0, 4 * samples);
> + for(i = 0;i < 32;i++) {
> //...
> + memcpy((void*) (((DWORD) ret) + (4 * i)), lr.pBits, 4);
> //...
>
Hello Travis Athougies,
In this patch, you have this code:
+void *ret = NULL;
//...
+ret = HeapAlloc(GetProcessHeap(), 0, 4 * samples);
+for(i = 0;i < 32;i++) {
//...
+memcpy((void*) (((DWORD) ret) + (4 * i)), lr.pBits, 4);
//...
+}
I'm not sure, but I think this will cau
On Thu, Aug 5, 2010 at 6:39 PM, > Hi,
>
> Jeff Zaroyko wrote:
>>mcicda.c:355: Test failed: PLAY from 1 notify: MCIERR_HARDWARE
>>mcicda: 90 tests executed (0 marked as todo, 14 failures), 0 skipped.
>
> All failures are explained by your drive's inability to play any piece
> of music from the CD
Hi,
Jeff Zaroyko wrote:
>mcicda.c:355: Test failed: PLAY from 1 notify: MCIERR_HARDWARE
>mcicda: 90 tests executed (0 marked as todo, 14 failures), 0 skipped.
All failures are explained by your drive's inability to play any piece
of music from the CD in your system. PLAY fails, causing other test
On Wed, 4 Aug 2010, Max TenEyck Woodbury wrote:
[...]
> There several things that have to be coordinated however:
>
> - This is not just the API documentation. It includes a great deal of
> information about the meta-structure of the Wine project. Easy access
> to that meta-information might b
12 matches
Mail list logo
