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.
as I already wrote, the patch I sent to wine-devel is:
1/ a dirty hack
2/ doesn't address all the issues
3/ a wrong solution to the real problem
For the time bei
"Martin Fuchs" <[EMAIL PROTECTED]> wrote:
> Changelog:
> - don't link directly to NTDLL; use MultiByteToWideChar() instead of
> RtlCreateUnicodeStringFromAsciiz()
Why do you need that?
--
Dmitry.
Sorry for the duplicate messages.
I've just been debugging a problem with Outlook and every time it
started up, it sent the message and then crashed, not registering that
it had sent it.
Rob
I wont believe any word that comes from an anonymous mail.
Alexandre, shouldnt we close this subject ?
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
Dites NON aux brevets logiciels
"You believe it's the year 1984, when in fact, it
Jason Edmeades wrote:
Just a thank you for the people who followed up on this recently,
including the recent patch.
Yep, that was really great teamwork. I also thank you all, especially
you Jason for cornering the bug!
(I have been offline due to a failing modem, so couldnt participate
towards th
Hy,
Looks like 'make html' in documentation is using 'db2hml -u' which
is not working on my system.
If I remove the '-u' from the Makefile it works ok. Don't know what
the '-u' option is for though.
ERROR IS:
[EMAIL PROTECTED]:/usr/tmp/work/bld/wine/wine/documentation> make html
db2html -u wine-d
> Through iterative CVS pulls, I have established that the problem
> I see with
> Lotus Notes not working occurred between 01/02/2004 and 01/03/2004. I had
> thought that the problem came up only in the last week, but I must have
> been mistaken. The 01/03 CVS snapshot gives the symptoms that I m
Through iterative CVS pulls, I have established that the problem I see with
Lotus Notes not working occurred between 01/02/2004 and 01/03/2004. I had
thought that the problem came up only in the last week, but I must have
been mistaken. The 01/03 CVS snapshot gives the symptoms that I mention
On Fri, 23 Jan 2004 11:21:14 -0800, Anil Akurathi wrote:
> Hi,
> I need functions like 'MultiByteToWideChar', 'SysAllocStringLen', etc
> which are in kernel32.dll.so and oleaut32.dll.so libraries. I have some of
> questions regarding using them.
First off, you can't use these functions from ou
sample error message:
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x4069)
From thread 'Need help debugging' Jan 15 with aswer from Mike Hearn:
>> 2. How to compile debug information into the 32bit DLL's so I don't get
>> 'No debug information in 32bit DLL' anymore and
I've got an application that is crashing in Wine and I am trying to debug it.
However, I am runnign into a problem before I even get started...
When I go into the debugger (winedbg) it complains that it cannot find
"debug information" in any of the 32bit DLL's. Indeed, from within
the debugger
Hi,
I need functions like 'MultiByteToWideChar', 'SysAllocStringLen', etc
which are in kernel32.dll.so and oleaut32.dll.so libraries. I have some of
questions regarding using them.
- How can I link these libraries with my program. Using
option -lkernel32.dll looks for libkernel32.dll.so file.
On Fri, Jan 23, 2004 at 04:36:58PM -0200, Savio Ramos wrote:
> Hi,
>
> I am using wine with fake_windows. A Program don't works and return the message
> below.
>
> fixme:ole:VarCat Failed to convert right side from vt 8 to VT_BSTR?
The code for this fixme is slightly broken, it really failed to
yup. can you post a -debugmsg +mciavi trace
A+
does this fix it ?
A+
Index: dlls/winmm/mciavi/mmoutput.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/mciavi/mmoutput.c,v
retrieving revision 1.11
diff -u -r1.11 mmoutput.c
--- dl
Just a thank you for the people who followed up on this recently,
including the recent patch.
(I have been offline due to a failing modem, so couldnt participate
towards the end.)
Jason
On Fri, 23 Jan 2004 10:44:54 +, Martin Garton wrote:
> The systray.c problem is just in comments.
> The others are not (don't appear to be from my inexperienced perspective)
> trivial.
Sounds like it collided with the atom interning code.
> Maybe I'm using an old version of the patch. Is the
--- Anonymous <[EMAIL PROTECTED]> wrote:
>
> I got cygwin to compile wine to the point where wine-install tried to
> run regedit on winedefault.reg.
>
> I should have been paying closer attention.
>
> The good news is that the wine regedit.exe works like a charm. The
> bad news is that it overw
Hi,
I am using wine with fake_windows. A Program don't works and return the message below.
Any help?
[]'s
Run time error '458'
Variable uses an Automation type not supported in Visual Basic
Invoking /usr/bin/wine.bin SISUPFOR.exe ...
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:OleLoadP
> From: Dmitry Timoshkov
>
> Then it's better to fix LoadAcceleratorsA/W to use a proper allocator
> and use the same aproach in both Wine and ReactOS.
>
> But in that case you have to write a test case which works at least
> on NT/2000 and Wine.
Another idea just popped up: the basic problem we
I got cygwin to compile wine to the point where wine-install tried to run regedit on
winedefault.reg.
I should have been paying closer attention.
The good news is that the wine regedit.exe works like a charm. The bad news is that
it overwrote my actual windows registry with the bunk values in
Here you go.
wine --debugmsg +mciavi,+winmm,+seh hl.exe >& hl-winmm.log
Pressed ^C after it hung.
Mike
Eric Pouech wrote:
yup. can you post a -debugmsg +mciavi trace
A+
hl-winmm.log.gz
Description: Unix tar archive
> I maintain that patch - does it no longer apply? I noted a single merge
> conflict when I recently updated CVS but it's trivial to fix. Is this
> the issue?
I got:
1 out of 10 hunks FAILED -- saving rejects to file dlls/shell32/systray.c.rej
5 out of 16 hunks FAILED -- saving rejects to file d
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> > That will not work. 32-bit LockResource can't be used on a
> > memory block allocated by GlobalAlloc16, as I explained before.
>
> No, not in Wine. But Wine will still use LockResource16, so there's no
> problem. I can assure you that the memory blo
> From: Dmitry Timoshkov [mailto:[EMAIL PROTECTED]
>
> "Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
>
> > Would the attached patch be an acceptable solution?
> > Basically it does a GetProcAddress on LockResource16
> > and uses it if found (Wine case). If it's not found,
> > it uses LockResource().
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> Would the attached patch be an acceptable solution? Basically it does a
> GetProcAddress on LockResource16 and uses it if found (Wine case). If it's
> not found, it uses LockResource().
That will not work. 32-bit LockResource can't be used on a memory
Hi,
> Mike wondered why the end of 1998 seemed so productive.
> Rein felt two factors might have had a hand it: in October
> CVS mistakenly reported the same commit more than once,
> however at time Corel was actively working on Wine and
> there geniunely were a lot of commits.
>
> Note - this gr
> From: Robert Shearman
>
> > MLLoadLibrary was recently documented by Microsoft.
> > My changes makes it conform to the now-documented prototype
> > so I don't see what's wrong with it?
>
> Either it is different on Windows XP (my system is Windows
> 2000 SP4 with IE6 SP1), or they just got it
> From: Dmitry Timoshkov
>
> "Casper Hornstrup" <[EMAIL PROTECTED]> wrote:
>
> > I would like to have the call to the Win16 API LockResource16 removed
> > from ole32.dll. I guess there is a reason for it being LockResource16
> > and not LockResource. What is the reason?
>
> Because LoadAccelerato
> Changelog:
> Sync with ReactOS 0.2
> Fix various function prototypes to conform to PSDK
>
> Index: dlls/shlwapi/ordinal.c
> ===
> RCS file: /home/wine/wine/dlls/shlwapi/ordinal.c,v
> retrieving revision 1.75
> diff -u -r1.75 ordi
On Fri, 2004-01-23 at 10:54, Francois Gouget wrote:
> I believe that's why Gregory proposed to fork their code: because he
> just wants a 100% open-source way to run .Net apps in Wine and thus for
> him the hard-dependency on Wine is not an issue.
>
> Can Mono work on Windows? Or, in other words,
On Thu, 22 Jan 2004, Mike Hearn wrote:
> On Thu, 22 Jan 2004 11:17:55 -0600, Gregory M. Turner wrote:
> > Mono is LGPL/X11 (except the compiler) so we could beat them at their own game
> > by forking /their/ code, turning it into a winelib app, and implementing
> > Windows.Forms properly ;)
>
> It
31 matches
Mail list logo
