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, 7ffc
Austin English wrote:
On Sun, Mar 22, 2009 at 5:45 AM, Robert Lunnon 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/wine/dlls/kernel32
Ben Klein wrote:
2009/3/22 Robert Lunnon :
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 --nostdi
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
-D__WINES
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: terminate_t
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 debug
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
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 v
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: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
> > t
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:
> (http://thomas.loc.gov/cgi-bin/query/F?c105:6:./temp/~c1
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
> &
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 particul
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
>
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
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:36, Dmitry Timoshkov wrote:
> "Jim White" <[EMAIL PROTECTED]> wrote:
> > 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 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&
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 bindin
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
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
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
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 ol
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
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, table=53
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 appreciated.
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 a
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 000
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 fntf
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 supp
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
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
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-
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.
> >
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 that the colon is often used in UNIX to separate
elements of a path description and has special meaning tto some progr
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 ma
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
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
>
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 --
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 m
g,
but it's not essential since I can use linux for that.
> It has taken months of work to implement them on Linux, and
> it will probably 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 do
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 heatp
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
tr
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 ot
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...
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 librar
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 an
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 i
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
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
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
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
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
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 fig
>
> 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
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
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 y
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 o
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
> http://msdn.microsoft.com/library/default.a
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
>
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 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 duplicatin
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
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 w
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 bein
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 -mpreferre
Seems a problem here for solaris too.
Lots of breakage recently...
Bob
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 ?
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.
>
>
>
> -
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
> >
> >
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
> >
> >
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 (0<0>)
trace:winedbg:dbg_han
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(
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)
req_debug_process+0
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 problem
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 / G
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 c
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 -L../../dll
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 failed
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 un
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
> &g
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 to
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 E
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 Dösinger
>
> <[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, th
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 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
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.
>
> Ma
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 q
On Sat, 7 May 2005 10:06 pm, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > The first patch addresses a problem I have found where Windows
> > applications under wine exceed the allocated stack. By default wine
> > allocates the same 1MB stack
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 doe
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 RT
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
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
> &g
1 - 100 of 147 matches
Mail list logo
