On Sun, 29 Aug 2004, Juan Lang wrote:
> > 1, whether is better to duplicate code
> > SHGetFolderPathW() or to try finding it by an
> > ordinal its value (the case for the older versions
> > of SHELL32.DLL) as it was stated by Juergen?
>
> What are you trying to accomplish? For example, it
> seems
I ran the prog with WINEDEBUG=+relay,+seh this time at the advice of
Mike, and this is the last couple of lines before the exception:
0009:Call kernel32.GlobalGetAtomNameW(c007,408dba30,003c) ret=40858760
0009:Ret kernel32.GlobalGetAtomNameW() retval=0006 ret=40858760
0009:Call kernel
James Hawkins wrote:
Unhandled exception: page fault on read access to 0x in 32-bit
Try this:
WINEDEBUG=+relay,+seh wine prog.exe >& log
that will give a reasonably sized log, maybe 100Mb. Then search it for
lines starting with seh.
less log
/seh
Then look backwards from the location of
Hi,
I'm having a real tough time debugging a program im trying to get to
run called KLConfigWizard.exe. I had a problem earlier that was fixed
by a tip from Rob. After trying a bunch of different native dll's
that this program uses, I located the culprit dll (which is about as
much as I seem to
Saulius wrote:
> Lets try. I am not sure about many things:
>
> 1, whether is better to duplicate code
> SHGetFolderPathW() or to try finding it by an
> ordinal its value (the case for the older versions
> of SHELL32.DLL) as it was stated by Juergen?
What are you trying to accomplish? For examp
Mike wrote:
> On Sun, 29 Aug 2004 09:23:31 -0700, Steven Edwards
> wrote:
> > I dont see how native loading of Advapi32 ever
> > worked anyway. Its a case like ntdll, kernel32,
> > user32 or gdi. Maybe the Win9x advapi32 can.
>
> I thought native NT advapi just forwarded to ntdll?
Yeah. It d
On Sun, Aug 29, 2004 at 09:51:30AM +0200, Ove Kaaven wrote:
> s?n, 29.08.2004 kl. 04.13 skrev Michael Chang:
> > > I argued with myself about the logic in this for ages. The best I could
> > > come up with is - I don't know :| I'd need to know about windows
> > > scheduling (which I don't)
> >
>
On Sun, 29 Aug 2004 21:30:50 +0200, Uwe Bonnes wrote:
> Why does this double restoring ebx help?
Good question. I don't know.
Possibly the window procedure is declared using a calling convention that
somehow mangles even the wrapper stack, so we're popping garbage off it
into %ebx. But I'm out of
On Sun, 29 Aug 2004 09:23:31 -0700, Steven Edwards wrote:
> I dont see how native loading of Advapi32 ever worked anyway. Its a
> case like ntdll, kernel32, user32 or gdi. Maybe the Win9x advapi32
> can.
I thought native NT advapi just forwarded to ntdll?
søn, 29.08.2004 kl. 13.31 skrev Mike Hearn:
> On Sun, 29 Aug 2004 09:51:30 +0200, Ove Kaaven wrote:
> > A book I have described how it works...
>
> Hi Ove,
>
> I remember TransGaming had some problems with kernel 2.6 scheduling: did
> you guys ever get to the bottom of it?
Not in detail, we stil
Saulius Krasuckas wrote:
Lets try. I am not sure about many things:
1, whether is better to duplicate code SHGetFolderPathW() or to try
finding it by an ordinal its value (the case for the older versions of
SHELL32.DLL) as it was stated by Juergen?
ShFolder is redistributable. I believe the bes
Hi,
On Sun, Aug 29, 2004 at 10:07:18PM +1000, Con Kolivas wrote:
> Audio runs as a separate thread outside of wine potentially through who
> knows how many layers as a combination of both process and kernel
> context so that's already complicating the issue by having a separate
> thread. X does
On Sun, 29 Aug 2004, Saulius Krasuckas wrote:
> Lets try. I am not sure about many things:
>
> 1, whether is better to duplicate code SHGetFolderPathW() or to try
> finding it by an ordinal its value (the case for the older versions of
> SHELL32.DLL) as it was stated by Juergen?
>
> 2, shouldn't
Hi,
On Sun, Aug 29, 2004 at 09:30:50PM +0200, Uwe Bonnes wrote:
> Unhandled exception: page fault on read access to 0x59535445 in 32-bit code
SYSTEM?
("YSTE")
Andreas Mohr
--
Softwarepatente: der pure ausgekochte Oberschwachsinn!
20(!!) Jahre Gueltigkeit im schnelllebigen Software-Bereich, jahr
On Sun, 29 Aug 2004, Steven Edwards wrote:
> --- Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> > should I wait even more, or should I try writing a patch on my own?
>
> Write your own. Everyone else seems to have other stuff they are
> working on.
Lets try. I am not sure about many things:
1,
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
Mike> On Sat, 28 Aug 2004 19:30:58 +0200, Uwe Bonnes wrote:
>> It seems the location of the debug channels is picked up from the ebx
>> register
Mike> %ebx is supposed to point to the ELF global offset table, iirc. If
Mike
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> After much talk, the patch seems ready for commit. Since there are many
> systems with slightly older glibc that have the header but do not have
> the implementation in glibc, or that have a stub implementation that is
> guaranteed to fail, we are call
Hi Jens,
--- Jens Collin <[EMAIL PROTECTED]> wrote:
> Is there anything wrong with this patch? I can't see my changes taken
> place in CVS.
> Let me know and I'll fix 'em.
I looks like it might be because of indenting tabs/spaces and C++ style
comments.
This
PWSTR res = out;
PCWSTR
Hi,
--- Filip Navara <[EMAIL PROTECTED]> wrote:
> Wine DLLs. It produced bunch of FIXMEs, but generated the type
> library
> in the end. The result is attached. Compared to the type library
> generated using the same executable with Windows DLL only two bytes
> differ. Is there some type librar
Huw D M Davies wrote:
You're right, an MSFT stdole32 might work fine - I guess we should at
least try it. So for fun I've attached the program we used to
generate CrossOver's stdole32.tlb (Actually you need to take the
generated file and wrap it up in a resource only dll, but that's a
detail). Si
Hi,
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> Unfortunately the only way to fix this one so it works out of the box
> is
> to force advapi32 to always load builtin, and never native. I'm not
> sure
> what Alexandres policy on modifying the default DLL overrides in the
> source is. Last time I su
Hi,
--- Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> should I wait even more, or should I try writing a patch on my own?
Write your own. Everyone else seems to have other stuff they are
working on.
Thanks
Steven
__
Do you Yahoo!?
Yahoo! Mail
Ove Kaaven wrote:
søn, 29.08.2004 kl. 04.13 skrev Michael Chang:
I argued with myself about the logic in this for ages. The best I could
come up with is - I don't know :| I'd need to know about windows
scheduling (which I don't)
Obviously, if Win apps have been written to expect this, there's
doc
Hi,
We are currently porting Wine to Mac OS X. Currently Wine has a display
driver for X11, and we would like to continue to use it for the Mac OS
X port: to display the GUI interface, we don't need the Aqua UI
elements since we prefer to use Windows theming system, and given the
complexity
"Stephen Ogletree" <[EMAIL PROTECTED]> writes:
> (I sent a version of this to wine-users originally and Ivan said to
> send it over here to wine-devel)
Yes, it's better sent here. Thanks for the report and sorry
for the long delay. It's still summer...
> 0. Small issue: The winrash installer
I did a full cvs update on the wine tree, recompiled and installed,
and the kazaa lite wizard does not crash when you click next. I'm not
exactly sure what caused this, but it is great to be able to move on.
Thanks for all the help.
On Sun, 29 Aug 2004 09:38:34 -0400, James Hawkins <[EMAIL PROTE
Using native version of SHELL32.DLL (from the Win98 install) and builtin
version of SHFOLDER.DLL ends up in Wine failure:
[EMAIL PROTECTED] wine]$ WINEDLLOVERRIDES="shell32=n" WINEDEBUG=+loaddll wine
/home/s2/cc/Program\ Files/mIRC/mirc 2>&1 | grep -i [^a-z]sh
trace:loaddll:load_dll Loaded module
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> On 27 Aug 2004, Vincent Béron wrote:
>
>> Just redirecting it to glibc would be trivial, but the problem is that's
>> not the Right Thing To Do (tm) as both don't have exactly the same
>> behavior, and that some apps rely on the msvcrt behavior (ie,
Here is the output of the program and the backtrace.
On Sun, 29 Aug 2004 10:55:02 +0100, Robert Shearman <[EMAIL PROTECTED]> wrote:
> James Hawkins wrote:
>
> >>This is all just speculation, but maybe it's possible that Kazaa uses a
> >>non-standard control in it's code?
> >>
> >>
> If it works o
On Sun, 29 Aug 2004 13:26:37 +0100, Robert Shearman wrote:
> Use the attached patch and run with warn+module.
>
> Rob
There's no need, I debugged this in January. The problem is that the IE
installer contains its own copy of advapi32 but it doesn't actually
implement all the functions that ours d
On Sun, 29 Aug 2004 13:55:49 +0200, Stefan Leichter wrote:
> trying to install ie6 on current wine gives me an endless loop with function
> calls to CommonUnimpStub().
Try export WINEDLLOVERRIDES="advapi32=builtin"
You may need others. You can refer to the source of my IE6 installer
script to se
On Sat, Aug 28, 2004 at 05:59:39PM -0400, Nyef wrote:
> The ICreateTypeLib2 interface is used to create the new-style MSFT typelibs.
> The older ICreateTypeLib interface is used for the old-style typelibs. While
> the newer interface also implements the older one, when you ask for the old
> interfa
Hello,
trying to install ie6 on current wine gives me an endless loop with function
calls to CommonUnimpStub().
I started with .wine and dirve_c created by wine and installed dcom98, vc c++
runtime, vb 5 + 6 Runtime
What i found so far is that it happens when the iebatch.exe gets started. The
On Sun, 29 Aug 2004 02:52:12 +0900, Mike McCormack wrote:
> Rule of Thumb:
> * After each patch is applied, the CVS should build and work.
I'd just like to elaborate on this point : CVS should build and work but
the feature or whatever it is you're working on doesn't necessarily have
to be complet
On Sun, 29 Aug 2004 09:51:30 +0200, Ove Kaaven wrote:
> A book I have described how it works...
Hi Ove,
I remember TransGaming had some problems with kernel 2.6 scheduling: did
you guys ever get to the bottom of it? What are you recommending your
users do if not?
thanks -mike
søn, 29.08.2004 kl. 11.43 skrev Robert Shearman:
> Ove Kaaven wrote:
>
> >søn, 29.08.2004 kl. 04.13 skrev Michael Chang:
> >
> >
> >Also note that Windows allows a Win32 process to boost its own priority
> >all the way to what they call "real time". Only root can do this under
> >Linux. I'm not
On Sat, 28 Aug 2004 19:30:58 +0200, Uwe Bonnes wrote:
> It seems the location of the debug channels is picked up from the ebx
> register
%ebx is supposed to point to the ELF global offset table, iirc. If it's
been reset somewhere then it could cause this sort of crash when accessing
global vars in
On Sat, Aug 28, 2004 at 04:27:12PM -0400, James Hawkins wrote:
> Index: dlls/gdi/gdi_private.h
> ===
> RCS file: /home/wine/wine/dlls/gdi/gdi_private.h,v
> retrieving revision 1.14
> diff -u -r1.14 gdi_private.h
> --- dlls/gdi/gdi_priv
James Hawkins wrote:
This is all just speculation, but maybe it's possible that Kazaa uses a
non-standard control in it's code?
If it works on Windows 2000, for example, (or using comctl32.dll v5.81
instead of v6) then this is not the cause.
On Sat, 28 Aug 2004 22:17:24 -0400,
[EMAIL PROTECT
Ove Kaaven wrote:
søn, 29.08.2004 kl. 04.13 skrev Michael Chang:
Also note that Windows allows a Win32 process to boost its own priority
all the way to what they call "real time". Only root can do this under
Linux. I'm not sure if you need administrator privileges to do this
under Windows (proba
søn, 29.08.2004 kl. 04.13 skrev Michael Chang:
> > I argued with myself about the logic in this for ages. The best I could
> > come up with is - I don't know :| I'd need to know about windows
> > scheduling (which I don't)
>
> Obviously, if Win apps have been written to expect this, there's
> do
41 matches
Mail list logo
