This is the final debug output when I run ICQ:
wine: Unhandled exception (thread 0023), starting debugger...
fixme:console:SetConsoleCtrlHandler (0x405fbab0,1) - no error checking
or testing yet
WineDbg starting on pid 0x24
Unhandled exception: page fault on read access to 0x in 32-bit
cod
Robert Reif <[EMAIL PROTECTED]> writes:
> OK. Here is the beginnings of a joystick test. I want to use
> c_dfDIJoystick2
> which is defined as extern in dinput.h and exists in dinput.dll.so
> but is not
> exported. It's also not exported in windows dinput.dll but it is in
> dinput.lib. This t
Simple solution... Announce Wine Release 2004mmdd will be the last "stable"
release and future downloads are at your own risk until further notice then
go ahead and break it. It saves parallel trees and/or branch maintenance
and allows developers to have their way. I would speculate that Wine wou
Hi List,
Just downloaded the most recent cvs, and noticed it can't run the Office 2000
installer. I haven't tried anything else, but it looks like a general msi
failure. I can't spend any time on this (shouldn't be playing with it at the
office anyway...) but here is the output:
fixme:font:W
Ive got a small (can be transported on floppy disk) program that
has a major and drastic result effect when run on a "pure" Wine only
installation against both Xfree86 4.4.0 + Xorg 6.7.0,
"Oh My Goddess - Smash The Bugs" ... I am curious as to anyone else
Acquiring and testing this program a
Alexandre Julliard wrote:
This is not possible, Winelib doesn't use .a files as import
libraries, so even if you somehow generate that .a library it wouldn't
do what you expect.
OK. Here is the beginnings of a joystick test. I want to use
c_dfDIJoystick2
which is defined as extern in dinput
I have currently for the last several days been attempting to update
my local installation of wine and found that I get blocked by this...
Apparently where this macro is used causes errors,
is this a possible regression or something was missed at somepoint?
Thanks in advance,
Jeremy
Robert Reif <[EMAIL PROTECTED]> writes:
> I need to generate a dinput.a to access the variables just like
> dinput.lib on
> windows. The problem is how do you generate a library and dll from the
> same source code in the same directory? The Makefiles only have a
> single target (.a or .so).
Thi
Francois Gouget wrote:
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
extern variable:
extern const DIDATAFORMAT c_dfDIJoystick;
[...]
It looks like it was added about ten days ago:
http://www.winehq.org/hypermail/wine-patches/2004/08/0551.html
What date is your wine source tree?
- Da
--- Robert Shearman <[EMAIL PROTECTED]> wrote:
> This is *really* ugly. Create a header file with
> just the version
> numbers defined and import it from the resource file
> and the file that
> implements the DllGetVersion function and problem
> solved.
Got any suggestions for the version string
Juan Lang wrote:
A bit better than my last version, load the version
resource from the file for DllGetVersion, and update
the version of the file to produce the same output as
before.
ChangeLog: add support for DLLVERSIONINFO2 in
DllGetVersion, and get version info from file
--Juan
...
--- dlls/
On Tue, Sep 14, 2004 at 11:22:46PM +0200, Michael Stefaniuc wrote:
> How did you generated this list? By manualy working through the list
> generated by Vincent's smatch script or by modifying the script
> directly?
By manually working through the list, yes.
--
Dimi.
On Mon, Sep 13, 2004 at 12:57:57AM -0400, Dimitrie O. Paun wrote:
> On Wed, Aug 25, 2004 at 02:17:22PM -0400, Vincent Béron wrote:
> > That was with current CVS, before Alexandre last commits :)
> > Yes, they did disappear. Attached is a revised log.
>
> Here is a somewhat cleaned up list. It's no
You're right - even MS can't do it - witness SP 2 for XP . The important apps are
core apps - Office, IE, etc., some of the more important apps like the big name games
- Half Life . However, it would be nice to know that if I'm running stable release
xyz and I upgrade to stable xyz + 1 the app
Juan Lang <[EMAIL PROTECTED]> writes:
> ChangeLog: fix ConvertSidToStringSidW for all expected
> values, and add tests
The tests fail for me on XP SP1 (I added some debug output):
security.c:85: Test failed: failed to parse sid string S-1-860116326 err 1337
security.c:85: Test failed: failed to
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
> >> extern variable:
> >>
> >> extern const DIDATAFORMAT c_dfDIJoystick;
[...]
> > It looks like it was added about ten days ago:
> > http://www.winehq.org/hypermail/wine-patches/2004/08/0551.html
> > What date is your wine source tree?
> > - Dan
> >
>
> To be honest, Wine isn't going to be very useful and adopted until
> there is something that a user can install and know that if I have to update
> to a current verson and I pick the stable version that my apps that are
> running will continue to run.
Well, you perfectly summed up the 'tragedy'
On Tue, Sep 14, 2004 at 11:53:53AM -0400, Vincent Béron wrote:
> Marcus patch for winemenubuilder has been commited, but for almost all
> users the icons will end up in c:\windows\temp for a lack of an IconsDir
> entry in config. I don't find that location suitable for long-term
> storage of icons.
As a user watching this thread here's my comments - Mike is correct. I understand
Wine is not to 1.0 yet (close at .9 ) but we need something that is stable and that
we can run while development is done in the unstable branch. To be honest, Wine isn't
going to be very useful and adopted until
On Tue, 14 Sep 2004 18:56:40 +0900, Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> ChangeLog:
> * use Interlocked* functions in AddRef and Release
>
>
> static ULONG WINAPI fnIEnumCodePage_Release(
> IEnumCodePage* iface)
> {
> ICOM_THIS_MULTI(EnumCodePage_impl, vtbl_IEnumCodePage,
>> But I have to convince my boss...
>> How meny ours do you think it wood take to get DCom to work in Wine?
>> 50 h / 100h / 500h / 1000h ?
> Good question. I'm afraid I have no idea, it's impossible to predict.
Maybe it helps, if you have a OPC server source code to see what is needed
on COM/DC
On Tue, Sep 14, 2004 at 09:57:52AM +0100, Mike Hearn wrote:
> I'm reminded of the saying, "if not now then when? if not you then who?"
I think that once the API and the internal infrastructure are stable, the
preconditions for that change are in place.
> >Once Wine is declared to be ready for "or
Lionel Ulmer wrote:
Well, if you are ready to pay the price of stability (i.e. spend at least 4
or 5 hours a week re-installing your 4 or 5 favourite applications to test
for regression), fine :-)
The problem I see is that we do not have the developper manpower to do that.
However, it would be nice
I think that reasoning distracts from the real issue:
creating a stable and an unstable branch incurs an administrative overhead,
one which might simply be too much compared to the gain we'd have without that
overhead because we could concentrate on other things (things which are
still not implemen
On Tue, Sep 14, 2004 at 12:35:21PM +0300, Shachar Shemesh wrote:
> Also, I think the sooner we start treating wine as a mature product, the
> better. Declaring a making a product mature is a great step in making it
> one.
Well, if you are ready to pay the price of stability (i.e. spend at least 4
Hi,
On Tue, Sep 14, 2004 at 11:29:25AM +0100, Mike Hearn wrote:
> Having stable branches doesn't seem to hurt the kernel, X, gnome, kde,
> etc etc. Some people will use the stable branch, the rest will follow
> CVS and hack on that, same as always.
I think that reasoning distracts from the real
Dan Kegel wrote:
[EMAIL PROTECTED] wrote:
I'm trying to write a Direct Input regression test and I ran into a
problem I can't resolve (and the linker too). dinput.h defines an
extern variable:
extern const DIDATAFORMAT c_dfDIJoystick;
I can't find this variable in dinput.dll ...
It looks like it
Since Lionel is doing the work on Direct X, then I think it's up to him
to decide how it should work and how to move it forward. He's doing it
because he's interested in it, not to make money or keep Wine users
happy. He's doing it because it's interesting and fun. Fun, remember.
I wasn't tal
Mike Hearn wrote:
While this point will come eventually, it has not been reached: ANNOUNCE
starts as follows:
I'm reminded of the saying, "if not now then when? if not you then who?"
Since Lionel is doing the work on Direct X, then I think it's up to him
to decide how it should work and how to m
I found the DCom update for Win 98 (Se:
http://www.microsoft.com/com/dcom/dcom98/download.asp?SD=GN&LN=SV&gssnb=1)
The licens is bad: (Se: http://www.microsoft.com/com/dcom/dcom98/eula.asp)
--- --- --- ---
1. GRANT OF LICENSE. This EULA grants you the following rights:
* Software License. Micr
Mike Hearn wrote:
I don't think it makes any sense to put it off indefinately on the
grounds that Wine is still a developers-only release. That's circular
logic.
Hear hear.
Also, I think the sooner we start treating wine as a mature product, the
better. Declaring a making a product mature is a g
Hallo, sorry I didet awnser in a wile.
Some discussion about the company at work on end license per system and so on.
License issues isn't fun but ok I can tell you some more. Perhaps someone who knows
more about license issues can contribute with something.
Our company makes an embedded compu
While this point will come eventually, it has not been reached: ANNOUNCE
starts as follows:
I'm reminded of the saying, "if not now then when? if not you then who?"
Once Wine is declared to be ready for "ordinary users", the development
process should indeed change.
And when exactly is that?
"Read
Cool. I hope you know this will have to end up on WineHQ, under the
Development section, right? :)
That's the plan. It'll be about a month before I can do that though. If
anybody wants to submit it as a patch against lostwages then go right
ahead ...
Hi,
On Mon, Sep 13, 2004 at 01:11:22PM -0700, Alexandre Julliard wrote:
> Andreas Mohr <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > "template" is a keyword on c++, so better rename it to menu_template.
>
> We've been through this before; there's absolutely no reason to do
> that.
Oops, ok, no p
Shachar Shemesh wrote:
Hi all,
It seems that OutputDebugString is defined in the Win32 API as a set
of client side operations. In wine, however, it is a server request.
I have not traced it into the server to see whether they carry out the
same operations or not. However, even if they do, I am w
> I get the feeling that I misunderstood what you just said. What is the > debug event? where do we do anything with it?debug events are part of the Win32 debug API. A debugger (ie a process using the client side of this API) will get "debug events" (basically the type of the event and some additi
37 matches
Mail list logo
