PS Anyone know if MSDEV has the ability to debug pgms under wine yet?
windbg used to run (it was a long time ago, and I didn't check
recently). At least, the debugging API was ok. YMMV.
PPS I really wish the winedbg had a memory dump routine (bytes +
ascii)... is it possible with the cmd set avai
On January 16, 2004 11:53 pm, Acke Carlsson wrote:
> Looking in old mailing lists archive
>
> http://www.winehq.org/hypermail/wine-devel/2002/11/0885.html
>
> see on post E:7
Good catch! :) But E7 says we should add CHM support to our
version of WinHelp. Anyway, launching a native app to d
On Friday 16 January 2004 16:24, Dimitrie O. Paun wrote:
> On January 16, 2004 10:11 am, Martin Fuchs wrote:
> > Why not just configure everything in the registry and use ShellExecute()
> > to launch the correct applications this way?
>
> Even better. To be honest, I haven't looked into why we need
Hi Kevin,
I have the same messages and was about to write to wine-devel.
But I dont know what to do.
-Message d'origine-
De : Kevin DeKorte [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 16 janvier 2004 16:16
À : [EMAIL PROTECTED]
Objet : dmesg error about pthreads
On my FC1 system with th
On Sunday 14 December 2003 10:05 pm, I wrote:
> On Sunday 14 December 2003 09:02 pm, Dan Kegel wrote:
> > I recently posted with problems running Microsoft's
> > Services for Unix under Wine. I only tried it out
> > of morbid curiosity, actually, and because MS was
> > offering it for free. The f
Revision of original patch. I'm getting odd errors when the registry
transactions are occuring:
err:winecfg:setConfigValue Unable to set configuration key Drivers in section
Winmm to winejack.drv, res=1021
Is this expected as changing this option would require the registry functions
to modify
On January 16, 2004 09:59 pm, Dimitrie O. Paun wrote:
> Again, these are regedit-only options, no need to clutter winecfg.
Of course, I was looking at the wrong part of the file when I wrote that.
Here is the list of DSound options we decided to put into winecfg:
[DSound]
HardwareAcceleration
Def
On January 16, 2004 12:55 pm, Chris Morgan wrote:
> I was planning to do the same to the x11 tabsheet but wasn't sure if people
> actually needed to be able to specify these options per-app. Unless there
> is a good reason, like there can be with dlls, global settings seem the
> best for that tab.
On January 16, 2004 12:30 pm, Kirk Ruff wrote:
> I am trying to work on a multimedia tab, unless someone else is
> doing this already. I am wondering what options should go on this tab. A
> select for the audio driver, wave mapper, and midi mapper is what I was
> thinking so far. The wave/m
On January 16, 2004 07:07 pm, Jason Edmeades wrote:
> s it something about my machine but when I go to the online debugger
> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can
> see absolutely nothing in the text boxes. I can highlight the text and
> it appears to be in a minu
Le ven 16/01/2004 à 19:40, Frank Schruefer a écrit :
> Hy Jason
>
> Really cool man!
> I was following your posts here in real time and you almost found solutions faster
> than
> I could try them out, LOL!
>
> I can confirm that the screen switches and a picture shows up when using full
> win-p
Hy Jason
Really cool man!
I was following your posts here in real time and you almost found solutions faster than
I could try them out, LOL!
I can confirm that the screen switches and a picture shows up when using full win-path
and the mouse acts weird.
Haven't tried commenting out anything yet. I
Hy,
I've stumbled over problems trying to debug RtlCreateUserThread.
The error I get depends on how I'm stepping through the code but
seems to be caused by the syscall __NR_rt_sigprocmask
(int 0x80 with eax=175).
The thread for which procmask should get set is created by TIME_MMTimeStart
in winmm/
Is it something about my machine but when I go to the online debugger
docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can
see absolutely nothing in the text boxes. I can highlight the text and
it appears to be in a minute font, and cut+paste into an editor shows me
the text
Note:
wine C:\\DK\\KEEPER95 gets things significantely further (flash
screen) before the next crash.
Thats it for me on this problem, Sorry!
Jason
Bed? Whats that... I just couldnt resist.
The next problem is ddraw surface fails swhen the main surface is
destroyed and it has an attached pale
On Fri, 16 Jan 2004, Hans Leidekker wrote:
>> Did you by any chance build the test with MinGW?
>No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the
>latest and complete Windows SDK too as the previous one I had was
>missing 'shlwapi.h'.
Well those DPA (and DSA) functions are a
The disassembly of the failure shows we have written to eax, and info
regs shows eax of 0x00.
dis 0x4e4a20 shows the routine where the return value is set up in
eax, and some debugging shows the initial problem is a path problem.
The routine parses the input path which inder windows is
c:\path
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> Changelog:
> Dmitry Timoshkov <[EMAIL PROTECTED]>
> Merge the MDI and common window creation code. Change a way
> MDI children are managed in MDIClient.
> Add support for MDICREATESTRUCT A<->W conversions.
> Add support for WM_MDIR
Francois Gouget <[EMAIL PROTECTED]> writes:
> On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry
> points for DPA_Create and DPA_Search. So we need to link them
> dynamically if we want the rest of the tests to run.
What version of comctl32 is that?
--
Alexandre Julliard
[
Hans Leidekker <[EMAIL PROTECTED]> writes:
> I explored that possibility some time ago. Moving to dlls/ implies
> using a spec file, because I don't think we want to use anything other
> than a standard Makefile under dlls/, right? This puzzled me since
> uuids are not functions and although spec
Mike Hearn <[EMAIL PROTECTED]> writes:
> That went over my head I'm afraid. What do you mean by concerned?
A DC would be concerned if it could have its visible region changed by
the fact that the lock window is set, so this would be basically any
DC used by the old and new lock windows and all th
Hope you dont mind, I was bored and its a small download (DK1).
The disassembly of the failure shows we have written to eax, and info
regs shows eax of 0x00.
dis 0x4e4a20 shows the routine where the return value is set up in eax,
and some debugging shows the initial problem is a path problem. Th
-Videresendt melding-
From: Emmanuel Charpentier <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Bug#224498: A recipe of potential use to MS Office 97 aspiring users on Debian
Date: Mon, 12 Jan 2004 23:16:44 +0100
Dear Ove, dear Wine users and w(h)iners,
First, a
Eric, could you please submit that patch? Even if it's not correct, having
the debuggers out of action like this is causing big problems.
I won't submit the patch as it today:
- too hacky
- not correct (we use the debugger thread environment, while we should
use the debuggees environment. This sho
Good luck! Please don't be discouraged if you can't crack this one though,
both me and Lionel have looked at Dungeon Keeper (1 and 2) and couldn't
figure out why it doesn't work. Lionel has been a Wine hacker for 5+ years
now! If you can't get DK to work, or are finding it too
frustrating, perhaps
Yes, it's a temporary hack. Devices should be normal file handles.
Eric's file management patch is going to take care of that I believe.
yes it does
A+
I was planning to do the same to the x11 tabsheet but wasn't sure if people
actually needed to be able to specify these options per-app. Unless there is
a good reason, like there can be with dlls, global settings seem the best for
that tab. If people think this is necessary I'll take a look at
I am trying to work on a multimedia tab, unless someone else is doing
this already. I am wondering what options should go on this tab. A
select for the audio driver, wave mapper, and midi mapper is what I was
thinking so far. The wave/midi mapper seem to each only have 1 option so
what shou
Kirk Ruff wrote:
On Thu, 2004-01-15 at 15:23, Dimitrie O. Paun wrote:
On Thu, 15 Jan 2004, Robert van Herk wrote:
We (me and cmorgan) were thinking about dropping that tabsheet :-)...
That's a good idea, the current UI for app-specific settings is terrible.
I agree it is horri
On Fri, 16 Jan 2004, Hans Leidekker wrote:
[...]
> Did you by any chance build the test with MinGW?
No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the
latest and complete Windows SDK too as the previous one I had was
missing 'shlwapi.h'.
> I submitted a
> patch like yours a
OK. Relatively to files shlexec.c (ShellExecute, etc) I will do it. Others
with you ;)
- Original Message -
From: "Steven Edwards" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 16, 2004 2:15 PM
Subject: Re: Shell32 patch from ROS 2
> Hello Marcel
On January 16, 2004 10:11 am, Martin Fuchs wrote:
> Why not just configure everything in the registry and use ShellExecute() to
> launch the correct applications this way?
Even better. To be honest, I haven't looked into why we need this
apps, it's just that I'm a little concerned we're gonna end
On my FC1 system with the latest patches I'm getting this in the dmesg log.
Been getting them for awhile.
application bug: wine-pthread(4537) has SIGCHLD set to SIG_IGN but calls
wait().
(see the NOTES section of 'man 2 wait'). Workaround activated.
wine -v
Wine 20031212
Is this anything I nee
> On January 10, 2004 12:42 am, Acke Carlsson wrote:
> > Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a
> > Unix chm-file viewer. It works when there is no space in the path. How
> to
> > do the transform from windows path to Unix path right?
>
> This is getting a bit out
On January 10, 2004 12:42 am, Acke Carlsson wrote:
> Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a
> Unix chm-file viewer. It works when there is no space in the path. How to
> do the transform from windows path to Unix path right?
This is getting a bit out of hand. We c
On January 16, 2004 01:37 am, Vincent Béron wrote:
> The ActiveX control listed at the listed address is self-contained (but
> still 5MB in size), so it's probably not much work to package it as
> well.
Perfect! I'm fairly excited about this stuff.
BTW Mike, did you try to see if HTML Helps work
On January 16, 2004 03:48 am, Hans Leidekker wrote:
> Then it would simply be a matter of doing:
>
> find dlls/ -name "*.spec"
>
> or some equivalent of that, and we can get rid of synchronizing
> winapi_check by hand.
We can do that even now, by turning the problem inside out:
-- teach winapi
On Friday 16 January 2004 11:57, Francois Gouget wrote:
> On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry
> points for DPA_Create and DPA_Search. So we need to link them
> dynamically if we want the rest of the tests to run.
Did you by any chance build the test with MinGW
On Fri, 2004-01-16 at 05:43, Alexandre Julliard wrote:
> Yes it's much better. Now the problem is that the rest of the code
> won't be able to cope with it: in order to make sure painting always
> happens correctly, you will need to invalidate all the DCEs concerned
> by the window, to make sure al
On Wednesday 14 January 2004 22:52, Alexandre Julliard wrote:
> > Looks like a solution to me. What about dxguid? Should we split
> > uuid up by creating a seperate directory with Makefile etc. or
> > will a symlink to libuuid do?
>
> I think we should create a separate library. I'm also wondering
Hello,
Alexandre please don't apply this patch. Ove told me why the hack is in.
I'll redo the patch.
bye
michael
On Fri, Jan 16, 2004 at 02:43:16AM +0100, Michael Stefaniuc wrote:
> the attached patch fixes a problem when loading DOS exe files which have
> 4 bytes on the last page of the
On Thursday 15 January 2004 19:21, Alexandre Julliard wrote:
> > After DLL separation is complete, adding these will no
> > longer be necessary, right?
>
> Well, it's really winapi_check that needs to be made smarter. 99% of
> the contents of that file are redundant already and could be
> determin
42 matches
Mail list logo
