Dmitry Timoshkov wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>
>> andre furtado wrote:
>>> add documentation for exported functions of the win32 hypertrm
>>> library...
>> Send all patches in unified diff format from the top of the source
>> tree. Drop all html content - plain text on
Hi, does anyone know if LoadImageW is supposed to work with *.gif files? I'm
asking because Autodesk installers seem to so something like
LoadImageW(0,"c:\\foo.gif",IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE)
and then wine just crashes later on, as it tries to get the bitmapinfo header ,
and ends up wi
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> andre furtado wrote:
>> add documentation for exported functions of the win32 hypertrm library...
> Send all patches in unified diff format from the top of the source tree.
> Drop all html content - plain text only please.
>
> For more information
andre furtado wrote:
> add documentation for exported functions of the win32 hypertrm library...
Send all patches in unified diff format from the top of the source tree.
Drop all html content - plain text only please.
For more information read http://wiki.winehq.org/SubmittingPatches
Vitaliy.
add documentation for exported functions of the win32 hypertrm library...
BOOL InitInstance(const HINSTANCE hInstance, const LPTSTR lpCmdLine, const int
nCmdShow)/* creates the hypertrm session window. args: hInstance - apps
instance handle. lpCmdLine - command line. nCmdShow - passed fr
I'm going to be giving a Wine talk at LugRadio Live 2008,
April 12-13, in San Francisco.
My talk is Saturday at 2:30; see
http://lugradio.org/live/USA2008/schedule
In a mixup at my favorite coffeehouse today
(Stir Crazy), I was accidentally overcaffeinated,
and wrote my entire presentation in abou
On Thu, Apr 3, 2008 at 7:17 PM, Dan Hipschman <[EMAIL PROTECTED]> wrote:
> It doesn't depend on any files anywhere at runtime. The file is
> compiled into the executable as a resource and the resource is extracted
> to a temp file at runtime, so the executable is all you need to run the
> test
On Thu, Apr 03, 2008 at 06:14:03PM -0700, Dan Kegel wrote:
> I think you can't depend on files existing in the source
> directory; you have to create them yourself
> (e.g. from a hex array in your source).
> Otherwise the unified winetest app that we
> use for semiautomated remote windows testing
>
"Saulius Krasuckas" <[EMAIL PROTECTED]> wrote:
> No, he did not. The word "need" wasn't appropriate here. Christopher
> wasn't going to change LoadStringA. If changes of LoadStringW breaks
> LoadStringA then tests would show regression. If tests are too weak, then
> only patch commiter or p
I think you can't depend on files existing in the source
directory; you have to create them yourself
(e.g. from a hex array in your source).
Otherwise the unified winetest app that we
use for semiautomated remote windows testing
by users won't work.
But if, say, WINETEST_INTERACTIVE is set, you
ca
On Thu, Apr 3, 2008 at 11:29 AM, Hin-Tak Leung <[EMAIL PROTECTED]> wrote:
> Actually I tried to follow the wiki instructions to do a git-cvsimport and
> it didn't work a week or two ago; and plain "cvs co" did not work either.
> I have a few other stuff on sourceforge, so the problem seems to be
--- On Thu, 3/4/08, Dimi Paun <[EMAIL PROTECTED]> wrote:
> From: Dimi Paun <[EMAIL PROTECTED]>
> Subject: Re: Documentation is still in CVS?
> To: "Wine Devel"
> Date: Thursday, 3 April, 2008, 6:50 PM
> On Thu, 2008-04-03 at 10:37 -0700, Lei Zhang wrote:
> > Is there a reason why the Wine documen
Sorry for the double post. But further on that point, at the sound system
neutral level, naming eahc app individually as a sound item would rock. In
such a way that each app perhaps talks to ALSA directly, which results in
self identification, and further Pulse via ALSA recognizing things
individua
I would totally agree with that, James. If ALSA worked perfectly, it's
really no problem getting it working "OOB" with Pulse, no specific sound
system needed.
On Wed, Apr 2, 2008 at 2:59 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 2, 2008 at 1:52 PM, Michael Stefaniuc <[EMAIL PROTE
Paul Vriens <[EMAIL PROTECTED]> writes:
> The reason I think they can be removed:
>
> - rsaenh seems to be available most platforms. If not then also rsabase is
> not
> available (by checking test.winehq.org)
> - rsabase is not available on XP and above
> - we forward all rsabase calls to rsaenh
* James Hawkins wrote:
>* On Jan 21, 2008 2:14 PM, Christopher wrote:
>>* Dmitry Timoshkov wrote:
>>>
>>> Also, you need to test LoadStringA, to see if it behaves
>>> similarly. It would be also interesting to test LoadStringA/W with
>>> both buffer and buffer length set to 0.
>>
>> I tested Loa
On Thursday 03 April 2008 01:58:04 am Scott Ritchie wrote:
> PulseAudio will take off exactly because Ubuntu is using it.
I don't see ALSA going anywhere anytime soon, seeing as it's in the Linux
kernel itself.
There's also the issue of PulseAudio being designed to further abstract away
the aud
The source is here:
http://www.mail2forum.com/wiki/Download
If someone wants to patch it.
Tomas Kuliavas wrote:
> Hi,
>
> Could somebody make sure that broken MIME messages are not send to mailing
> list. 8bit headers are not allowed. 8bit message body needs RFC2045
> headers. By default courier
On Thu, 2008-04-03 at 10:37 -0700, Lei Zhang wrote:
> Is there a reason why the Wine documentation is still in CVS, and not
> in GIT?
Yes. The docs are now maintained at SourceForge, and given the glacial
pace of updates, there is little reason to move them to git. Moreover,
git presents a much h
Hi,
Is there a reason why the Wine documentation is still in CVS, and not in GIT?
- Lei
On Wed, Apr 2, 2008 at 5:05 PM, Austin English <[EMAIL PROTECTED]> wrote:
> Running on my virtualbox feisty vm, seems make test is making some progress:
>
> [EMAIL PROTECTED]:~/wine-git$ cat wine-0.9.58-439-g73bd68c.txt |
> grep 'make.*Error'
> make[2]: *** [exception.ok] Error 1
> make[1]: ***
Hi,
Could somebody make sure that broken MIME messages are not send to mailing
list. 8bit headers are not allowed. 8bit message body needs RFC2045
headers. By default courier-mta corrupts plain rfc822 messages with 8bit
message body.
--
Tomas
Back to the initial question:
Given what we have existing, right now, is there any set of instructions or
workarounds that makes WINE apps work best?
even
killall pulseaudio ??
I would like to post them on the pulse web site if appropriate.
I would also like to post them on the web site regarding
Hi.
Sounds like a good idea. Unfortunately, it's too late to rework that patch as
it
seems to be in git by now. I suggest you send this improvement as a patch under
your name.
Allan Tong wrote:
> Perhaps the call to ActivateContext should be moved outside of the if
> block since there are othe
I'm use Mesa 7.01 because that version not have this problem (I try
fragshader.c test from bug #15269). Bug is introduced earler with this
commit, i'm warn about it but nobody listen because i'm not offering
good solution:
http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commit;h=e279a0a076b7a3c
In the end I think something like this is nice to do but not right now.
CheckDeviceFormat has changed a lot and it is in good shape now but
CreateTexture and friends don't do anything with the capabilities we report. In
other words the next step should be to move flags (where possible) over to t
Hi,
I thought about improving msxml3.dll as GSoC project. There are some
interfaces not implemented at all, some are not fully implemented. I found
that there's quite a lot of bugs related to this dll in bugzilla.
I have already sent an application. I thought about implementing SAXReader
first
"Jeroen Janssen" <[EMAIL PROTECTED]> wrote:
> I don't know if building wine with cygwin is/should be supported.
It is not, cygwin is not in the supported platforms list.
--
Dmitry.
Hi,
I don't know if building wine with cygwin is/should be supported.
However, I get a linker error in dlls/atl with IID_IOleInPlaceSiteWindowless.
It seems this symbol is in the uuid library. The "problem" it seems is that this
library is linked with EXTRALIBS in Makefile.in and this doesn't res
Andreas Bierfert wrote:
> On Thu, 03 Apr 2008 01:58:04 -0700
> Scott Ritchie <[EMAIL PROTECTED]> wrote:
>
>> PulseAudio will take off exactly because Ubuntu is using it.
>
> Just to remind you that Fedora has been using it before :P
>
> Anyway, I had to deal with a lot of people when F8 hit beca
On Thu, 03 Apr 2008 01:58:04 -0700
Scott Ritchie <[EMAIL PROTECTED]> wrote:
> PulseAudio will take off exactly because Ubuntu is using it.
Just to remind you that Fedora has been using it before :P
Anyway, I had to deal with a lot of people when F8 hit because wine was not
working with the defau
Hi,
We have only a few (3) tests in the rsabase tests. The same tests are also
available in the rsaenh tests.
The reason I think they can be removed:
- rsaenh seems to be available most platforms. If not then also rsabase is not
available (by checking test.winehq.org)
- rsabase is not availabl
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> The main idea is to avoid that we have screen-sized code sections in this
> function that look exactly the same. This should make navigation in the code
> easier
It would be even better with an array of flag->function mappings and a
simple loop over
Chris Robinson wrote:
> On Wednesday 02 April 2008 03:26:40 pm Michael Stefaniuc wrote:
>> Alexandre Julliard wrote:
>>> What I really want is for all the people who are clamoring for yet
>>> another driver to pitch in and start fixing the alsa driver instead.
>> Right but you _cannot_ force people
Andrew Talbot wrote:
> James Hawkins wrote:
>
>
>> It's ugly. What warning are you trying to fix?
>>
>>
>
> Although I imagine that gcc doesn't do anything particularly adverse as a
> result of the existing code, if the pedantic switch were applied it would
> cause a message of the followi
Andrew Talbot <[EMAIL PROTECTED]> writes:
> James Hawkins wrote:
>
>> That's fine, but it's not worth it to me, and I'm pretty sure Julliard
>> won't accept it either.
>
> I understand and suspect you are right. Maybe I should have made an RFC
> rather than opting for trial by patch. :)
I think i
Michael Stefaniuc <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>> What I really want is for all the people who are clamoring for yet
>> another driver to pitch in and start fixing the alsa driver instead.
> Right but you _cannot_ force people to do that. If they just go ahead
> and setu
"Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
> Apart from the horrible waveout playback code that was directly copied
> from wineoss, and to a lighter degree the wavein code is there
> anything seriously broken in winealsa? Nothing comes to mind at the
> moment.
Well, people are saying we need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A lot of the posts I see about PulseAudio seem to complain about the
Linux audio situation in general. PulseAudio just gets dragged along in
all the negativity.
Chris Robinson wrote:
> On Wednesday 02 April 2008 03:26:40 pm Michael Stefaniuc wrote:
>>
39 matches
Mail list logo
