Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> I don't see why it's needed because there is no a visual hang, system
> menu gets displayed. This is exactly the same behaviour as pressing
> Left arrow on the most left item of a window menu, so I vote to remove
> this code from the patch:
But this
Hi,
On Tue, Oct 05, 2004 at 05:05:04AM -0600, Daniel Richards Jr. wrote:
> I am new to Linux (gettn tired of M$ so called operating systems) and just got a
> hold of your wine user guide. Thanks for putting the time in to put this together.
> Greatly detailed and just what I need to try and ge
On Tue, 5 Oct 2004, Vincent Béron wrote:
Le mar 05/10/2004 à 12:24, Dietrich Teickner a écrit :
Knows anyone this problem ?
I can not compile wine since some days.I have checked out all new and
also start make clen after connfigure and some more.
Looks to me an ALSA version conflict. Which version
Le mar 05/10/2004 à 12:24, Dietrich Teickner a écrit :
> Knows anyone this problem ?
> I can not compile wine since some days.I have checked out all new and
> also start make clen after connfigure and some more.
Looks to me an ALSA version conflict. Which version of ALSA are you
using? I believe
Knows anyone this problem ?
I can not compile wine since some days.I have checked out all new and
also start make clen after connfigure and some more.
Any Ideas ?
Dietrich
make[2]: Wechsel in das Verzeichnis
?/home/sao2l02/Wine/wine/dlls/winmm/winealsa½
gcc -c -I. -I. -I../../../include -I../../
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> It shows some message-box telling: "Can't enumerate test
> files: 1813"
I couldn't reproduce it. Can you provide details (elf/pe
run, ...)?
--
Feri.
Eric Pouech <[EMAIL PROTECTED]> writes:
> ChangeLog:
> - ctrl-c enabling flag is now inherited
> - fixed console-related fields in RTL_USER_PROCESS_PARAMETERS
> - various clean-up in kernel32.SetConsoleCtrlHandler
> - only send a console event once to a process and not
On Tue, Oct 05, 2004 at 02:59:35PM +0100, Robert Shearman wrote:
> How do you plan on using image lists from user32? How will you make sure
> that the version 6 behaviour doesn't break older programs? It's these
> questions that made Microsoft move the controls to comctl32. Will we get
> ourselv
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> This is impossible. You can only subclass using a window with a
> different class name or a window of the same class name with the
> previous class unregistered and using the old window proc with identical
> class attributes. Since the class name i
Le mar 05/10/2004 à 08:34, Carl Karsten (435025) a écrit :
> I want to run wine on a P2 laptop that doesn't have compiler and such installed.
> I have a P3 box that does. I looked over the results of ./configure and didn't
> see anything that looked like it had turned on any P3 specific options.
>
Alexandre Julliard wrote:
[...]
I don't think we want to add yet another driver just for
autodetection. Each driver should simply refuse to load if its
hardware isn't present, then winmm can load each of them in turn
until one succeeds.
Note that this pretty much works already. To try it out, edit
I want to run wine on a P2 laptop that doesn't have compiler and such installed.
I have a P3 box that does. I looked over the results of ./configure and didn't
see anything that looked like it had turned on any P3 specific options.
The plan is to compile on the p3 then on the P2 nfs mount the win
I am new to Linux (gettn tired of M$ so called
operating systems) and just got a hold of your wine user guide. Thanks for
putting the time in to put this together. Greatly detailed and just what I
need to try and get some of my win based programs to run in Linux. As I
get a the opportunit
Dmitry Timoshkov wrote:
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
I didn't oppose a comment itself, I don't like that it confuses people
by mentioning comctl32. That's simply not true.
Dmitry, please stop repeating misinformation. Go read the MSDN, I've
provided you with the relevant
On Tue, 05 Oct 2004 11:10:45 +0100, Martin Fuchs <[EMAIL PROTECTED]> wrote:
> OK, here is the next problem.
> The tool msvcmaker prints the following error messages:
>
> $ tools/winapi/msvcmaker
> Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmaker
> line 52.
I took
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > I didn't oppose a comment itself, I don't like that it confuses people
> > by mentioning comctl32. That's simply not true.
>
> Dmitry, please stop repeating misinformation. Go read the MSDN, I've
> provided you with the relevant URLs. Here is the
Dimitrie O. Paun wrote:
-- since we don't have the same constrains as MS, and since we can't
afford to maintain two versions of the standard controls, we are
just going to extend the ones from user32 to the full capability
of the ones in comctl32 ver. 6. As such, it make sense to audit
On Tue, Oct 05, 2004 at 07:32:18PM +0900, Dmitry Timoshkov wrote:
> I didn't oppose a comment itself, I don't like that it confuses people
> by mentioning comctl32. That's simply not true.
Dmitry, please stop repeating misinformation. Go read the MSDN, I've
provided you with the relevant URLs. Her
Hello Francois,
> It looks like it does not find the $wine_dir declaration. We are
> supposed to import it from the config module which in fact imports it
> from the setup module. Does it work better if you edit
> tools/winapi/msvcmaker as follows?
It seems, that's not enough. Then it can't fi
On Tue, Oct 05, 2004 at 08:18:50AM +0200, Shachar Shemesh wrote:
> Such comments do suffer from another problem. They tend to fall out of
> date. For that reason alone I'm not sure this comment is a good idea.
> Otherwise, we get a future commit that changes something, but neglects
> to update t
On Tue, 5 Oct 2004, Martin Fuchs wrote:
OK, here is the next problem.
The tool msvcmaker prints the following error messages:
$ tools/winapi/msvcmaker
Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmaker
line 52.
[...]
Execution of tools/winapi/msvcmaker aborted due t
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> But how would someone reading the comment find the docs?
By searching MSDN. The docs are being changed everytime, and providing
even an URL one can't guarantee that the address will exist next time
you try to access it.
> Especially if
> the code i
Dmitry Timoshkov wrote:
I didn't oppose a comment itself, I don't like that it confuses people
by mentioning comctl32. That's simply not true. I'd suggest to omit that
single line of the comment, that's all. Again, that's the user32 code,
and it really doesn't matter where MS has decided to put the
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> In this case, Dimi used version 6.0 of the comctl32.dll documentation.
> It can hardly be his fault that that's where the docs for button
> controls are. I don't think any amount of patch sending or arguing on
> our part is going to persuade Micros
OK, here is the next problem.
The tool msvcmaker prints the following error messages:
$ tools/winapi/msvcmaker
Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmaker
line 52.
Global symbol "$wine_dir" requires explicit package name at tools/winapi/msvcmaker
line 116.
Hi Hans,
> Wait, I see now that there's another use of .previous which is protected
> differently. The path below may solve your problem.
thanks - I am now using the following change:
Changelog:
Don't use ".previous" for MinGW and Cygwin builds
Index: port.h
==
On Tuesday 5 October 2004 10:09, Hans Leidekker wrote:
> What compiler/platform are you on? This code is protected like this:
>
> #if defined(__GNUC__) && !defined(__MINGW32__) && !defined(__APPLE__)
>
> So if you're on Cygwin we may need to add && !defined(__CYGWIN__) or
> whatever is the appr
On Tuesday 5 October 2004 08:37, Martin Fuchs wrote:
> I tried building from the top, from libs/wine/, libs/port/, from some
> dlls/... and programs/... directories.
>
> When building from the top, I am getting:
>
> make[1]: Entering directory `/home/cvs/wine/libs'
> make[2]: Entering directory
>@@ -163,10 +163,10 @@
> else
> ret = (SHNotifyDeleteFileA(szTemp) == ERROR_SUCCESS);
> } while (ret && FindNextFileA(hFind, &wfd));
>+FindClose(hFind);
>+if (ret)
>+ ret = (SHNotifyRemoveDirectoryA(pszDir) == ERROR_SUCCESS);
> }
>-
Hi Ronald,
I cannot stress this point enough. Wine is a community project. Everyone
involved in the Wine project would appreciate a chance to answer your
questions, as well as hear what you have to say.
Sometimes there is a need to establish private communication with
certain people. As a rule,
30 matches
Mail list logo