I Get the following unimplemented call in Wine 1.1.16 when using the
word 2007 file-selector
wine: Call from 7fbb155b to unimplemented function
shdocvw.dll.IEILIsEqual, aborting
Hints anyone
The cause might be a Null pointer into strlenW as below
::stack
libwine.so.1.0`strlenW+0xf(0, 7bdef160, 7fbf8612, 7bdeef28)
kernel32.dll.so`lstrlenW+0x34(0, 0, 1, 0, 80, 0)
0x7da74480(6a8c3648, 0, 0, 7da801d4, 7f09f998, 3)
0x7da65e08(2, 0, 0)
msi.dll.so`ACTION_CallDllFunction+0x21c(6a8c090c,
Austin English wrote:
On Sun, Mar 22, 2009 at 5:45 AM, Robert Lunnon b...@optusnet.com.au wrote:
I get this error under solaris building wine.
Any clues would be welcome (Things have probably changed a lot since I last
hacked on Wine)
make[2]: Entering directory `/export/home/src/wine2004
I get this error under solaris building wine.
Any clues would be welcome (Things have probably changed a lot since I
last hacked on Wine)
make[2]: Entering directory `/export/home/src/wine2004/wine/dlls/kernel32'
../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include
Ben Klein wrote:
2009/3/22 Robert Lunnon b...@optusnet.com.au:
I get this error under solaris building wine.
Any clues would be welcome (Things have probably changed a lot since I last
hacked on Wine)
make[2]: Entering directory `/export/home/src/wine2004/wine/dlls/kernel32'
../../tools/wrc
I'm having the wineserver sparodically return a failure
STATUS_NO_SUCH_FILE I think this is possibly because wineserver didn't
get compiled with a threadsafe errno but I'd welcome other ideas
Heres the context (WINEDEBUG=+server)
0014: new_thread() = 0 { tid=003a, handle=12c }
003b:
Somewhere between Version 0.9.23 and Version 0.9.25 the version string format
changed from
Wine X.X.X
to
wine-X.X.X
Can we please decide on a version string format and stick to it so packaging
can be reasonably automated.
Bob
On Wednesday 25 October 2006 08:11, Andreas Mohr wrote:
Hi,
On Tue, Oct 24, 2006 at 11:05:10PM +0200, Stefan Dösinger wrote:
Any ideas about that?
One factor in the probability calculation would be the number of Google
hits for the application name (the more common, the better debugged it
On Friday 20 October 2006 05:52, Stefan Dösinger wrote:
Am Donnerstag 19 Oktober 2006 02:46 schrieb Robert Lunnon:
I'm still trying to work this out, see below, but I have a silly
question, how *should* IWineGDISurfaceImpl_Blt behave if args 2 3 are
NULL IE DestRect and SrcSurface
A reference application I use fails with a segfault in d3d, Its called Little
Fighter 2
It fails after a call to BLT where both the source and dest are NULL and
delivers this trace. I suspect the memcpy at line 1251 in surface_gdi.c then
fails because sbuf or dbuf are invalid or NULL. I'm not
Seems these typedefs have found their way into some of the source files, from
my recollection these definitions aren't used. What is the official typedef
for these types;
IE
u_int32_t
uint32_t
or
UINT32
On Tuesday 03 October 2006 02:56, Tim Schmidt wrote:
On 10/2/06, Marcus Meissner [EMAIL PROTECTED] wrote:
We can't, this kind of circumvention is likely to be illegal in the US.
The relevant portion of the DMCA reads as follows:
On Tuesday 03 October 2006 02:18, James Courtier-Dutton wrote:
Martin Owens wrote:
Re Copy Protection.
be quite hard to make this work I think?
It would be quite dangerous to make this work.
What about creating a file say with a fake data map, wine thinks it's
the direct access to
Alexandre said
=
To be honest, I have no idea what it is that you are suggesting. All I
see is phrases like community focused process or acceptance policy
which frankly are just meaningless buzzwords. If you expect anything
to happen, you'll need to make
On Tuesday 26 September 2006 22:09, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Well thats at least a reasoned response, even if I don't agree with the
reasoning. But again you simply miss the point. I don't care that
Alexandre doesn't move my patches (because its
On Tuesday 26 September 2006 19:35, Mike McCormack wrote:
Since you know better, how about maintaining your own Wine tree and
showing us how it's done?
Self evidently thats what I have to do until some core functionality
patches find their way into WineHQ wine. It's not particularly hard,
On Monday 25 September 2006 04:36, Robert Shearman wrote:
Robert Lunnon wrote:
2. Adapt the patch acceptance process to create a right of appeal where a
patch can be proven to be within the Patch Acceptance policy. Appeal
should be independent of and binding on Alexandre - this eliminates
On Sunday 24 September 2006 00:36, Rolf Kalbermatter wrote:
Robert Lunnon [EMAIL PROTECTED] wrote:
On community, the wine project doesn't represent a community in the sense
that Wine has an altruistic purpose to provide value to that community -
It doesn't do that because the wine developer
On Saturday 23 September 2006 16:36, Dmitry Timoshkov wrote:
Jim White [EMAIL PROTECTED] wrote:
snip
Steven cited the business at Wineconf of Alexandre never being proved
wrong on a technical matter. Another straw man. The part of
Alexandre's patch process that is the root of this
On Sunday 24 September 2006 01:06, Rolf Kalbermatter wrote:
Jim White wrote:
CodeWeavers Wine version is full of patches that Alexandre won't accept
for WineHQ. Obvious proof that the Alexandre's policy isn't the only
way to make a Wine that people value. In fact it proves that the
On Saturday 23 September 2006 16:42, Mike McCormack wrote:
The current process is crippling this project, limiting the developer
base and reducing community value. Without some healthy dissent it will
never change and get better. I am a friend of change, a true believer in
the process
On Monday 25 September 2006 20:08, Ge van Geldorp wrote:
From: Steven Edwards [EMAIL PROTECTED]
Which is why we want to have the ambassadors project to help
new people in to wine. The thinking goes that if we have some
people to help hold the hands of new developers and the
developers
On Thursday 21 September 2006 03:48, Jeremy White wrote:
Wine works fine as-is in my opinion ;)
Which you are entitled to, but my opinion happens to differ. Whether the
wine core source has all the patches, (Which it doesn't - many, but not
all) isn't relevant, it's the process that they
On Thursday 21 September 2006 04:25, Mike McCormack wrote:
Robert Lunnon wrote:
Which you are entitled to, but my opinion happens to differ. Whether the
wine core source has all the patches, (Which it doesn't - many, but not
all) isn't relevant, it's the process that they go through that I
On Thursday 21 September 2006 07:09, Dr J A Gow wrote:
After having followed this thread for some time, I feel that there is an
aspect that is often missed in the debate.
As I see it, it would appear that Wine contributors fall into essentially
two camps. There are those who develop Wine for
On Sunday 17 September 2006 21:48, Marcus Meissner wrote:
On Sun, Sep 17, 2006 at 08:09:24AM +1000, Robert Lunnon wrote:
I note the recent flamefest, where some of this list seared yet another
contributor (Roland Kaeser)
Since this particular very old, very shrivelled chestnut. is one
I note the recent flamefest, where some of this list seared yet another
contributor (Roland Kaeser)
Since this particular very old, very shrivelled chestnut. is one of my
personal favourites (thanks to Colin Wright for the chestnut thing...). I'd
like to repeat my observations about this. Feel
I am having a look at a google earth problem where Google earth says Google
earth has a problem and needs to close, sorry for the inconvenience.
Seems to be font related, here is the relay dump just prior to the crash. The
exception occurs in Application code. Any guesses would be
Hmm, more on the Google earth saga, I have been looking at the font traces and
get things like the following but freetype doesn't support these tags (except
GSUB) ???
trace:font:WineEngGetFontData Can't find table 4a535446.
This is tag JSTF
trace:font:WineEngGetFontData font=7ff405d8,
I have a problem with OGL , during initialisation I have a segfault occurring
in the following code segment, note that I have instrumented the code
XVisualInfo *X11DRV_setup_opengl_visual( Display *display )
{
XVisualInfo *visual = NULL;
/* In order to support OpenGL or D3D, we require
I have an issue with Google Earth Installer generating an exception early in
the install. Looks like it has a problem dereferencing a pointer returned by
LoadResource.
Anyone looking into this at all ?
1 000c:Call window proc 405fa1
(hwnd=10024,msg=WM_INITDIALOG,wp=,lp=7fd5fa98)
2
During my build I get the following error:
LD_LIBRARY_PATH=../libs/unicode:$LD_LIBRARY_PATH ../tools/sfnt2fnt 13 1255
96 128 8
./tools/sfnt2fnt foo.ttf ppem enc dpi def_char avg_width
../tools/fnt2fon courier-1255-96-13.fnt coue1255.fon
Can't open courier-1255-96-13.fnt
../tools/fnt2fon
My configure is failing to find freetype due to a missing header ftnames.h
which I understand has been changed to ftsnames.h in later Freetype versions.
Is this a local problem or do I need an old freetype lib
Bob
Is it really necessary to have hard dependencies on both freetype and
fontforge, configure returns a fail if either of these is missing ? I can
live with a dependency on freetype since Sun supplies this lib but I'd rather
not depend on fontforge, which might not be installed on a target system
On Monday 01 May 2006 02:38, Eric Pouech wrote:
Robert Lunnon wrote:
Is it really necessary to have hard dependencies on both freetype and
fontforge, configure returns a fail if either of these is missing ? I can
live with a dependency on freetype since Sun supplies this lib but I'd
I've graduated to using winetest and have a question. From what I understand
winetest is a conformity tool, and therefore wine will not always pass
everything. The question is, how do I know what works under linux but doesn't
under Solaris so I can identify what I need to work on for Solaris
On Friday 21 April 2006 03:35, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
This is the approach I took before but for some reason you didn't accept
the patch in process.c related to starting unix lib type applications.
The work-around was to change to the lib
On Wednesday 19 April 2006 04:26, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
All,
I am having some considerable problems dealing with a simple issue.
In .wine/dosdevices, devices are listed followed by a colon like in dos.
This makes perfect sense except
I would like to exercise rundll32 or similar (IE accessing a unix lib via the
link in in .wine). This didn't work before because LD.SO refused to load a
lib via a link with a colon in it's name. I wrote some code to fix it, but
now process.c has been rearranged and the patch doesn't apply. It
On Mon, 28 Nov 2005 01:56 pm, Mike McCormack wrote:
David Clack wrote:
I'm on OpenSolaris B27, on an AMD 64 system, I'm getting these errors
from the build.
I guess not alot of people use that configuration ...
Did you apply the patches from http://www.blastwave.org/wine
This message never seemed to make it to the list so here is a resend
==
Anyone know why this patch wasn't applied ? I don't know about anyone else but
I'm still getting va_list undeclared.
Bob
-- Forwarded Message --
On Monday 21 November 2005 22:08, Pavel Troller wrote:
This message never seemed to make it to the list so here is a resend
==
Bob
Hi Bob!
I remember Your message, even with an answer from Alexandre. Maybe You've
missed them ?
Anyone know why this patch wasn't applied ? I don't know about anyone else but
I'm still getting va_list undeclared.
Bob
-- Forwarded Message --
Subject: [winternl.h]Add missing header file
Date: Friday 11 November 2005 03:29
From: Sütő Gergely [EMAIL PROTECTED]
To: [EMAIL
Could I suggest where someone adds #ifdefs for linux, bsd, etc such as in the
recent GlobalMemoryStatusEx issue I just fixed, that the original authors
include an #else clause which raises a warning to alert us poor Solaris (and
other OS) maintainers to the fact we have to do something.
In the
On Tuesday 01 November 2005 06:52, Thomas Tornblom wrote:
Greetings.
I'm new to this forum, so bear with me...
I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some
problems.
The background is that I'm trying to run ComSoft, a win application to
control the heatpump in
take about the same amount of time for Solaris. So
it's mostly an issue of lack of manpower on the Solaris side. Robert
Lunnon is doing a lot of great work, but there is only so much a
single person can do.
Thank you,
I agree, I can't work full-time on it, so It gets attention sparodically when
I
I just tried Internet Explorer with Wine 0.9 and the fonts on the msn page
don't render. I did a trace and get this for one text out operation. I
vaguely remember something about installing fonts, but I would have thought
there would be a fallback if no font was found.
Any ideas appreciated
I have posted my local patches to wine-patches.
Note that for 0.9 I have posted most of the patches that are likely to be
essential to build a working Wine package (other than those previously
rejected) regardless of the shape the code is in. Some of it is very ugly and
lacks integration for
On Friday 21 October 2005 23:09, Alexandre Julliard wrote:
Folks,
I think we are in good shape for the release; the current plan is to
release on Tuesday. So if you have bugs that you feel must be fixed
for 0.9 (and that can be fixed with minimal changes), now is the time
to speak up...
I
On Wednesday 05 October 2005 22:49, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Yes, fixed that but the linker still insists on including main() in the
shared library. If I remove libwinecrt0.a from the link then the link
goes OK and nm shows no references to main
On Thursday 06 October 2005 23:15, Robert Lunnon wrote:
On Wednesday 05 October 2005 22:49, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Yes, fixed that but the linker still insists on including main() in the
shared library. If I remove libwinecrt0.a from the link
On Wednesday 05 October 2005 07:27, Robert Lunnon wrote:
Under solaris I get some undefined references popping up from yesterdays
cvs (that I'm not used to seeing).
Undefined first referenced
symbol in file
GetStartupInfoA
On Wednesday 05 October 2005 21:09, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Under solaris I get some undefined references popping up from yesterdays
cvs (that I'm not used to seeing).
Undefined first referenced
symbol
On Wednesday 05 October 2005 21:44, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Yes, thats the way I see it, from what I can see winegcc is being called
with -shared but is not emitting -shared in the subsequent gcc command
and includes libwinecrt0.a which would
On Tuesday 04 October 2005 11:31, Rob D wrote:
The only Solaris 9 binary I could find was from his website at:
http://www.members.optushome.com.au/bobl/
The only problem is that it is 20040309, which is over a year and a half
old and it has the RTLD_FIRST problem.
various combinations of
Under solaris I get some undefined references popping up from yesterdays cvs
(that I'm not used to seeing).
Undefined first referenced
symbol in file
GetStartupInfoA ../../dlls/libwinecrt0.a(exe_main.o)
GetModuleHandleA
After an underwhelming response to my last query, I dug a little deeper and
while I'm not too familiar with windows code I can't seem to figure out what
is wrong with user.c that gives me my funny display. It would seem that
either bitblt isn't working as advertised or the memory DC isn't being
snip
did you try to pick up another font for the console and then get back to
Wine Courier ? Likely, there's a discrepency between font cell size
(in registry) and what the font actually does.
A+
I did some more work and it seems that either the memory DC isn't being
written properly or
On Thursday 15 September 2005 18:16, Marcus Meissner wrote:
On Wed, Sep 14, 2005 at 06:20:35PM +1000, Robert Lunnon wrote:
After an underwhelming response to my last query, I dug a little deeper
and while I'm not too familiar with windows code I can't seem to figure
out what is wrong
On Sunday 11 September 2005 04:25, Ivan Leo Puoti wrote:
Eric Pouech wrote:
SDK is available on msdn (web site I mean) with most of the information
we need.
No, MSDN has the documentation, and only the documentation, subject to
these TOS
I have managed to sort out a solution to the curses problem with wineconsole,
but I noticed that -backend=user doesn't work properly either. I get a window
with alternating stripes of black and the root window image and text output
doesn't emerge (perhaps a font problem ?). I uploaded an image
On Sunday 11 September 2005 19:04, Ivan Leo Puoti wrote:
Robert Lunnon wrote:
This might be a moot point. In general it isn't possible to copyright an
Interface definition under most copyright jurisdictions (other wise
merely using the interface in your own program would be a copyright
Excuse the top posting, yes, this is exactly my point.
On Thursday 08 September 2005 11:02, Troy Rollo wrote:
On Thu, 8 Sep 2005 04:42, Jeremy White wrote:
But the best way to persuade me (and others) of that is to highlight
the patches. Show me patches you've submitted, along
with
On Thursday 08 September 2005 10:11, Francois Gouget wrote:
On Thu, 8 Sep 2005, Robert Lunnon wrote:
[...]
The issue isn't about Alexandre, it's about a governance model that
revolves around the opinion of a single person and whether the difficulty
of having a patch moved forward
Firstly , we are talking about a governance model here, not an individual.
Read on...
On Tuesday 06 September 2005 23:26, you wrote:
On Tue, 6 Sep 2005, Robert Lunnon wrote:
On Tuesday 06 September 2005 19:20, Francois Gouget wrote:
On Tue, 6 Sep 2005, Troy Rollo wrote:
[...]
Having
On Wednesday 07 September 2005 19:35, Alexandre Julliard wrote:
Francois Gouget [EMAIL PROTECTED] writes:
Yeah, maybe a very generic 'Needs review' email to wine-devel would be
enough. It would also be the clue to the other Wine developpers:
* that you're not going to be duplicating
On Tuesday 06 September 2005 19:20, Francois Gouget wrote:
On Tue, 6 Sep 2005, Troy Rollo wrote:
[...]
Having to pipe all the changes through one person limits scalability.
This is far from being an issue with the current number of patches. By
the time it becomes an issue I'm sure we'll
On Tuesday 30 August 2005 19:28, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
curses.c in wineconsole seems to be under (re) development at the moment.
Under Solaris I get the following. I presume this is because the changes
are being developed with ncurses in mind
curses.c in wineconsole seems to be under (re) development at the moment.
Under Solaris I get the following. I presume this is because the changes are
being developed with ncurses in mind.
gmake
gcc -c -I. -I. -I../../include -I../../include -DUNICODE -D_REENTRANT -fPIC
-Wall -pipe
wldap32.h seems to be missing a definition for LDAPSortKey and won't compile.
I can't seem to find a definition anywhere. Is this a linuxism, does it
borrow this definition from somewhere else under linux ?
Seems a problem here for solaris too.
Lots of breakage recently...
Bob
On Saturday 30 July 2005 04:18, jean-marc DETREZ wrote:
Hi,
With the differents mails i receive from users or wine's developers, i
think that:
- Dislike OpenBSD or SRV4, mincore did'nt fail if the page is
not mapped no [ENOMEM] error condition.
- the FreeBSD
On Friday 15 July 2005 02:44, Eric Pouech wrote:
Robert Lunnon a écrit :
Well we are getting somewhere
When my test application segfaults the debugger attaches and runs through
a number of debug events eventually ariving at a segfault
strace:winedbg:dbg_handle_debug_event 0008
Well we are getting somewhere
When my test application segfaults the debugger attaches and runs through a
number of debug events eventually ariving at a segfault
strace:winedbg:dbg_handle_debug_event 0008:0009: loads DLL c:
\windows\system\imm32.dll @7f44 (00)
To implement a Solaris debugger I have traced the wineservers startup and
there is something I don't understand. I get the following stack trace:
send_thread_signal+0x4a(80aab90, 10)
stop_thread+0x1f(80aab90)
suspend_process+0x4d(81c72a8)
debugger_attach+0xf1(81c72a8, 81d1b58)
On Sunday 10 July 2005 09:38, Robert Shearman wrote:
Robert Lunnon wrote:
To implement a Solaris debugger I have traced the wineservers startup and
there is something I don't understand. I get the following stack trace:
send_thread_signal+0x4a(80aab90, 10)
stop_thread+0x1f(80aab90
On Monday 04 July 2005 04:14, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
They probably will. There are two cases that need to be catered for on a
runtime Solaris / OpenSolariss system, gcc linked with solaris as
(Sunfreeware / GCC Default config ) and gcc linked
ie6setup is still failing to run to completion on my system even after
upgrading my OGL to the nvidia one. OGL initialization in ddraw is still my
prime suspect as per my last note on the matter. Can anyone say whether
internet explorer setup (via sidenet) runs OK under linux since this
I Get the following assembly errors with the latest cvs, even with the very
latest gas (2.16.1), any takers on why ?
bash-3.00$ ../../tools/winegcc/winegcc -v -B../../tools/winebuild
-shared ./glu32.specglu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls
-L../../dlls/kernel32
On Sunday 03 July 2005 01:45, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
I Get the following assembly errors with the latest cvs, even with the
very latest gas (2.16.1), any takers on why ?
winebuild is no longer using autoconf checks now that the platform can
be set
I see the following X error (After fixing a bug in utah GLX)
trace:ddraw:initialize enabling DirectDraw HAL
trace:ddraw:d3ddevice_init_at_startup Initializing GL...
@@Created GLX Context..
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of
On Sunday 12 June 2005 18:47, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
I need some help to implement the debugger under Solaris. In particular I
need help with how ptrace interacts with the threading model under Linux
which I understand uses processes for threads
On Saturday 11 June 2005 19:46, David Laight wrote:
On Sat, Jun 11, 2005 at 09:17:09AM +1000, Robert Lunnon wrote:
I need some help to implement the debugger under Solaris. In particular I
need help with how ptrace interacts with the threading model under Linux
which I understand uses
I need some help to implement the debugger under Solaris. In particular I need
help with how ptrace interacts with the threading model under Linux which I
understand uses processes for threads. Since Solaris has user mode threads,
stopping a pid stops all the threads in the debugee which used
The latest build of wine I am getting a dialog telling me about an exception
rather than wine just dumping core. gdb can't catch the point of the
exception allowing me to debug the problem. From memory there is a way to
turn off this feature no ?
Bob
Has any consideration been given to hooking a CPU emulation into wine to allow
non x86 derivative CPUs execute native Windows binaries. For example it aught
to be possible to hook qmu into the wine loader. Would this make a good
Google Summer of Code project ?
Wine could become Wine Is Now an
On Saturday 28 May 2005 06:19, Chuck Hall wrote:
Chuck Hall wrote:
Well it looks good. I did get a few failures on the patching, but it
wnet
through 'make depend' without a problem.
Now I run into the problem in kthread.c:
sed -e 's,@bindir\@,/usr/local/bin,g' -e
It appears the mailing list isn't quite right. When I reply-all I seem to get
the list twice, once as recipient and once as CC, can this be fixed ?
This seems to be affecting more than just me.
Bob
On Tuesday 07 June 2005 06:41, [EMAIL PROTECTED] wrote:
So get a decent email client! He-he.
On Mon, 06 Jun 2005 23:43:43 +0200, Stefan Dsinger
[EMAIL PROTECTED] wrote:
Am Montag, 6. Juni 2005 18:23 schrieb Jeremy Newman:
It works correctly for me. When I do a Reply to All, the recipient
Something has changed in the last couple of weeks, running the sidenet
installer under solaris crashes Xorg, Under the Xsun Xserver I get an
unhandled exception dialog at the same point and now the wmp7 installer just
hangs there.
Starting points anyone ?
On Tuesday 24 May 2005 05:56, Eric Frias wrote:
Chuck Hall wrote:
I should have mentioned what tools I'm using and the why I sent the
patch. I am using the native Sun assembler and linker. The Sun assembler
does not understand the .previous so that is the reason for the patch.
Makes
On Sat, 21 May 2005 04:40 am, Eric Frias wrote:
Mike Hearn wrote:
On Thu, 19 May 2005 17:46:28 -0400, Eric Frias wrote:
I'll get a patch ready once I understand a bit more of what is going on
that is causing wine to reserve this memory.
It's probably blocking off the top 3rd quarter of
I wish to propose two changes that I currently have in my Solaris patchkit.
I'll use two separate e-mails here to avoid confusion.
Both changes add environment variables controlling the way wine does things.
The first patch addresses a problem I have found where Windows applications
under
Some time ago, I wrote code to support native threads instead of lwp for SYSV
operating systems, the way I wrote the code all available threading models
were compiled into wine and the actual one to be used was selected by setting
an environment variable. (Currently WINE_THREADMODE). On OSes
On Sat, 7 May 2005 07:47 pm, Joris Huizer wrote:
Robert Lunnon wrote:
I wish to propose two changes that I currently have in my Solaris
patchkit. I'll use two separate e-mails here to avoid confusion.
Both changes add environment variables controlling the way wine does
things
On Sat, 7 May 2005 08:52 pm, Francois Gouget wrote:
On Sat, 7 May 2005, Robert Lunnon wrote:
[...]
# diff -u wineshelllink.old wineshelllink
--- wineshelllink.old mer mai 4 11:47:30 2005
+++ wineshelllink mer mai 4 11:50:03 2005
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/bash
On Sun, 8 May 2005 03:30 am, Dustin Navea wrote:
Francois Gouget wrote:
This is true too but I think most Wine developers will agree with me
that Wine should not depend on bash which means the above is not 'the
right fix(tm)' which makes it 'the wrong fix'.
Of course The Microsoft Fix(tm)
On Sat, 7 May 2005 11:47 pm, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Notes about patch:
Solaris requires RTLD_FIRST flag to dlopen calls to resolve multiple path
expansions properly
This doesn't seem to be what RTLD_FIRST does. Could you explain a bit
more
On Sat, 7 May 2005 11:46 pm, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Notes about patch:
PAGESIZE is a risky name for a symbol since it an obvious candidate for
use to define the page size of the OSes VM pages and in fact does Collide
under Solaris
We already
I am having a problem with the attached segfault in ie6
I have attached a gdb backtrace and the last part of a relay dump.
hModule is 0xe and gets dereferenced to find e_magic presumably from
the psp.
Obviously dereferencing 0xfffe is not good which raises an exception
The
1 - 100 of 133 matches
Mail list logo