I am experiencing a crash during startup of an application (The
Rosetta Stone 2.0.7a) under Wine. I reported this earlier on
wine-users and after some debugging was advised to move to this list.
The line causing a problem is dlls/x11drv/dib.c:425
417 HPALETTE hpal = GetCurrentObject(
Robert Shearman wrote:
Filip Navara wrote:
Michael Lin wrote:
* change wrc to parse '&' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler...
In that case, "style '|'
Hi Alexandre,
The dialog compiled on windows works on wine.
On windows,
AUTO3STATE control with BS_OWNERDRAW will have BS_OWNERDRAW button style.
AUTO3STATE control without BS_OWNERDRAW will have BS_AUTO3STATE button
style.
So BS_OWNERDRAW will overrides all other button style as in msdn
document
Le mar 22/03/2005 à 09:26, Mike Hearn a écrit :
[snip]
> Index: dlls/gdi/gdi_main.c
> ===
> RCS file: /home/wine/wine/dlls/gdi/gdi_main.c,v
> retrieving revision 1.17
> diff -u -p -d -r1.17 gdi_main.c
> --- dlls/gdi/gdi_main.c 15
On Tue, 22 Mar 2005 12:54:15 -0600, Robert Shearman wrote:
> I agree. Not everyone looks at to their console for messages when
> running apps.
There are a whole class of messages like that which *should* be message
boxes but aren't for whatever reason. In this case we'd have to
LoadLibrary/GetPro
Hi,
--- Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> How is ReactOS's current (future) system?
I think ReactOS's registry is binary compatible with NT4. It and the windows
2000 format was
documented/reversed for samba and the linux ntchpwd bootdisk projects. If I
remeber right Eirc
Kohl offered to
Hiya, I was trying to confirm an old bug still existed and the bug #440 has
a tar file with an exe in it which apparently used to run under wine and
fails with some problems later on. Nowdays, it fails dismally when you try
to launch it.
Disclaimer#1 - I haven't tried a regression test but I have
Am Dienstag, 22. März 2005 10:46 schrieb Marcus Meissner:
> No, snoop is just using heuristics.
But it works well !
Please send your patch to wine.patches too.
Thanks Stefan
Aric Stewart <[EMAIL PROTECTED]> writes:
> Win9x RegSetValueExW does not deal with NULL data. so make the data an
> empty string instead of null
The value is freed later on so this will cause trouble. A better fix
is probably to not specify REG_SZ if you are not passing a valid
string.
--
Alexa
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> I may be totally long but this is what I figured:
>
> the low parts unit is 10 nanoseconds. So one full dwLowDateTime is
> 2^32 10 nanoseconds, which is 120 hours.
I think you are off by a factor of 1000 (and the unit is 100
nanoseconds BTW).
> Or
Ivan Leo Puoti wrote:
Andreas Mohr wrote:
What about something similar to:
*** Native DirectDraw is not supported by Wine!
***
** Please disable loading of any native DDraw DLLs and try again
**
IMHO we should have a messagebox for that.
I agree. Not everyone look
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
+/* Windows 98 is a bit broken around these parts, it doesn't return FALSE as it should. */
+/* If the resulting time is about 1 AD, I consider the result invalid. */
+ret = DosDateTimeToFileTime(0,0,&ft);
+
On Monday 21 Mar 2005 14:16, Hans Leidekker wrote:
> On Monday 21 March 2005 12:49, Paul Millar wrote:
> > Is this the usual mingw missing functions again?
> I updated my RPM packages today
Yes, that fixed it, thanks!
There's a remaining issue with a RAID system, but hopefully that will be
resol
Alexandre Julliard wrote:
Frank Richter <[EMAIL PROTECTED]> writes:
How Windows is doing theming I don't know completely. You enable
theming by adding a manifest to the executable which instructs Windows
to load comctl32.dll version 6.0 instead of version 5.x from
system32/. That makes me believ
On Tue, 2005-03-22 at 17:16, Jakob Eriksson wrote:
> http://test.winehq.org/data/200503181000/nt4/shlwapi:shreg.txt
>
> What's going on?
>
>
> regards,
> Jakob
>
>
> __
> Index: dlls/shlwapi/tests/shreg.c
> ===
Alex Villacis Lasso wrote:
Changelog:
* PeekNamedPipe now checks both for a NULL buffer and a zero-length
buffer before trying to recv() from the pipe
Could you write a regression test?
regards,
Jakob
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> +/* Windows 98 is a bit broken around these parts, it doesn't return
> FALSE as it should. */
> +/* If the resulting time is about 1 AD, I consider the result
> invalid. */
> +ret = DosDateTimeToFileTime(0,0,&ft);
> +years = ((unsi
Andreas Mohr wrote:
What about something similar to:
*** Native DirectDraw is not supported by Wine! ***
** Please disable loading of any native DDraw DLLs and try again **
IMHO we should have a messagebox for that.
Ivan.
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> --- dlls/advapi32/tests/crypt.c 15 Mar 2005 19:32:38 - 1.19
> +++ dlls/advapi32/tests/crypt.c 22 Mar 2005 15:31:55 -
> @@ -138,7 +138,10 @@
> hProv = 0;
> SetLastError(0xdeadbeef);
> result = pCryptAcquireConte
On Mon, 21 Mar 2005, Steven Edwards wrote:
I don't understand why Mingw does not report the same value as the
Windows compiler here. Do you know lcc or and other free compiler based
application need this? If not maybe it should be fixed in mingw.
I don't know why Mingw reports a slightly differen
Frank Richter <[EMAIL PROTECTED]> writes:
> How Windows is doing theming I don't know completely. You enable
> theming by adding a manifest to the executable which instructs Windows
> to load comctl32.dll version 6.0 instead of version 5.x from
> system32/. That makes me believe that actually comc
Frank Richter wrote:
On 22.03.2005 15:12, Dmitry Timoshkov wrote:
It creates circular dependencies and an impossibility to correctly
start up Wine.
Imagine for a moment that ntdll depends on foo.dll which in turn
imports kernel32.
Maybe that can be worked around by having user32.dll load uxtheme
Hi,
On Tue, Mar 22, 2005 at 02:26:43PM +, Mike Hearn wrote:
> +
> MESSAGE("**");
> +MESSAGE("* Native DirectDraw is not supported, please remove it and try
> again *");
> +
> MESSAGE("*
Paul van Schayck wrote:
When setting your PlaybackDevice to a dmix plug device you will get a
list of (the same) dmix devices. This works arround it, but not really
nicely I think:
char *prev_name;
if(strcmp(snd_pcm_info_get_name(info),prev_name))
prev_name = (char *)snd_pcm_info_get_nam
Damiano Venturin wrote:
I'm interested in running msde on wine. I'm just looking around to see
if someone reached the goal. I saw you mail at
http://www.winehq.com/hypermail/wine-devel/2003/02/0583.html
I just want to know if u was able to run it.
I haven't tried since then. In the two years since
On 22.03.2005 15:12, Dmitry Timoshkov wrote:
It creates circular dependencies and an impossibility to correctly start up
Wine.
Imagine for a moment that ntdll depends on foo.dll which in turn imports
kernel32.
Maybe that can be worked around by having user32.dll load uxtheme.dll lazily...
This w
Doing a dump of the imports table from native uxtheme.dll from my XPSP2
box, I see that it imports a function from user32.dll called
RegisterUserApiHook which is totally undocumented (neither MSDN or google
show up any info about what it does).
This function is only present in Windows XP (and I
Boaz Harrosh wrote:
Thomas Weidenmueller wrote:
How is ReactOS's current (future) system?
See above
I was Just asking what ReactOS is doing, not that they need change.
ReactOS is different in this respect, I agree.
Is ReactOS's format the same as Windows. or do you have your own
Binary format?
We
Jakob Eriksson wrote:
Between
http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.46
http://test.winehq.org/data/200502231000/
and
http://test.winehq.org/data/200503041000/
http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.48
we have more about 50 more failed test results
On 22.03.2005 09:35, Boaz Harrosh wrote:
Where you using a native theme DLL or the builtin one? If native which
one where you using? How did you Isolate it, I mean how many dll's,
files, and registry is it.
If you mean with "Theme DLL" the uxtheme.dll, that is the builtin one.
If you mean the DLL
Hello,
I try to run a freshly installed Origin6.0 with 20050310, but it shows
only the splash window and crashes then. Using the previous release
20050211 it runs just fine.
While I don't mind compiling Wine and hunting for the patch which causes
this problem, the number of patches is rather huge
On 22.03.2005 09:22, Dmitry Timoshkov wrote:
user32 can not depend on uxtheme or any other high level dll. You need to
make all the work inside of uxtheme by subclassing/patching every class you
wish to change the painting for, and do all the painting inside of uxtheme.
I'm not sure how to do it cl
On 22.03.2005 00:18, Mike Hearn wrote:
Once we
get it into CVS, would you be willing to move on and do the other controls?
Okay, I'll see what I can do.
-f.r.
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> > user32 can not depend on uxtheme or any other high level dll.
>
> Hmm, why not? For DLLs that can be recompiled and used on Windows this
> policy makes sense but our user32 cannot be, so I do not see what we would
> lose by having this.
It creates cir
Is ReactOS's format the same as Windows. or do you have your own Binary
The answer to "is the reactos registry format the same as windows" depends
on which version of windows you are comparing it to.
Windows 95/98/ME used system.dat and user.dat to store the registry.
NT kernels (NT4, 2000, XP et
Robert Reif wrote:
Robert Reif wrote:
Robert Reif wrote:
Don't fail when opening a device in direct sound mode.
Rather, try alternate formats first before failing.
With the wave api, requesting a format that the
hardware can't do should fail so the wave mapper can
fix it up. However, the direct so
Robert Reif wrote:
Robert Reif wrote:
Don't fail when opening a device in direct sound mode.
Rather, try alternate formats first before failing.
With the wave api, requesting a format that the
hardware can't do should fail so the wave mapper can
fix it up. However, the direct sound api does not
ex
On Tue, 22 Mar 2005 16:22:25 +0800, Dmitry Timoshkov wrote:
> user32 can not depend on uxtheme or any other high level dll.
Hmm, why not? For DLLs that can be recompiled and used on Windows this
policy makes sense but our user32 cannot be, so I do not see what we would
lose by having this.
The a
Michael Lin <[EMAIL PROTECTED]> writes:
> I was trying to make the following dialog compile and work in
> WINE. The dialog compiles and works in Borland.
Does the dialog compiled on Windows work on Wine? If so it's a
resource compiler issue. If not, you should then write a test program
that crea
On Tue, 22 Mar 2005, James Hawkins wrote:
[...]
What needs to be done concerning this TODO? Looking through Bugzilla
I found bug #422:
"Currently Wine loads the complete registry into memory at startup. This is
relatively ok when the registry is small such as in fake_windows configurations,
but wh
On Tue, Mar 22, 2005 at 12:19:17AM +0100, Stefan Leichter wrote:
> Hello,
>
> when played with native msi.dll i found three functions with have a different
> parameter count between msi.spec of wine and the native dll. Here are the
> snoop logs of the native dll and wine:
>
> 0009:RET msi.MsiD
James Hawkins wrote:
Nobody's working on it, so it won't be supported until someone cares
enough to do it. I encouraged a few people to start working on it but
nobody did, so taking out the existing support is a way to provide
more encouragement. If that's not enough then the feature simply won't
b
Frank Richter wrote:
Hi,
to see how easy (or not) it would be to make the controls use themes,
I tried to get themed buttons; the result is the attached patch (to
try it out, you need an .msstyles file and appropriate registry
setup). It's probably not perfect as it is, comments/questions are
w
"Frank Richter" <[EMAIL PROTECTED]> wrote:
> to see how easy (or not) it would be to make the controls use themes, I
> tried to get themed buttons; the result is the attached patch (to try it
> out, you need an .msstyles file and appropriate registry setup). It's
> probably not perfect as it is
44 matches
Mail list logo
