Mike Hearn:
1) The RH9 RPMs are apparently being compiled with epoll support linked
in. This is causing user pain. We should really be using dlsym here,
why are we not again?
Alexandre Julliard:
glibc is not backwards compatible, the RH9 RPMs should be built
against the RH9 glibc. There is
James Hawkins wrote:
I just want to make sure I've got this right. So we need to implement
riched20, and then forward requests from riched32 to riched20 because
riched20 supercedes riched32?
Right. The current implementation of riched32 is Wrong(tm).
We'll implement riched20 from scratch and do it
I just want to make sure I've got this right. So we need to implement
riched20, and then forward requests from riched32 to riched20 because
riched20 supercedes riched32?
On Sat, 20 Nov 2004 11:46:12 +0900, Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> James Hawkins wrote:
> >>which is why this
James Hawkins wrote:
which is why this code is not in WineHQ.
What is it exactly that is keeping this code out of wine? Just
curious because if it's something that just needs to be worked on, we
should let developers know so we can get started on that.
Like most things that are in CrossOve
James Hawkins wrote:
which is why this code is not in WineHQ.
What is it exactly that is keeping this code out of wine? Just
curious because if it's something that just needs to be worked on, we
should let developers know so we can get started on that.
The current riched32 is wrong. It should no
> which is why this code is not in WineHQ.
What is it exactly that is keeping this code out of wine? Just
curious because if it's something that just needs to be worked on, we
should let developers know so we can get started on that.
On Sat, 20 Nov 2004 10:16:39 +0900, Mike McCormack <[EMAIL PR
Hi Michael,
This isn't quite clear to me. It sounds like you are saying there is a
riched20.dll in wine, but I can't find one.
No, there's no riched20.dll implementation in Wine as yet.
> Are these statements correct?
* Wine's only implements RichEdit10A via riched32.dll. Wine does not
implement R
On Friday 19 November 2004 06:17 pm, William Poetra Yoga H wrote:
> OK, so I think windows/nonclient.c doesn't need to be changed, we just have to
> load a theme somewhere at wineserver startup.
This is an area that is somewhat in the air currently. There are 2 methods I am
toying with to theme st
I am attempting to install the http://televantage.activelogic.com";>TeleVantage Client into wine. I
have compiled Wine-20041019 from source.
Upon running the installer, I get way too many errors:
[EMAIL PROTECTED]:~$ wine .wine/drive_c/AppsPatches/netsetup/setup.exe
fixme:msi:MsiGetProductInfoA
I read WWN #249 and found my name is spelled correctly :) But the strange thing
is, my (outgoing) name has been truncated in my emails since about a month ago.
I wasn't trying to hide anything; rather, Yahoo! Mail has a maximum length of
32 characters for the outgoing name, and the last 'o' in my
--- Kevin Koltzau <[EMAIL PROTECTED]> wrote:
> For colors, you don't need to do anything in most cases. Theme colors
> override the default
> system colors for all applications.
>
OK, so I think windows/nonclient.c doesn't need to be changed, we just have to
load a theme somewhere at wineserver
--- Michael Ost <[EMAIL PROTECTED]> wrote:
> On Fri, 2004-11-19 at 03:22, Mike McCormack wrote:
> > Michael Ost wrote:
> >
> > > (1) The wine bug (I think) is that riched32.dll is registering the wrong
> > > window class name. Here's a suggested patch:
> >
> > RICHEDIT_CLASS20A is provided by r
Robert Shearman wrote:
Hi,
I have seen an issue that could be attributed to using the
non-thread-safe gethostbyname in wininet, so I have converted it as
best as I could to be thread-safe.
Rob
Changelog:
Use a thread-safe version of gethostbyname.
Ignore this patch, it isn't actually any safer
Le ven 19/11/2004 à 15:07, Alexandre Julliard a écrit :
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > We don't have to be over-general about it, just dynamically loading the
> > ones that cause problems would be fine (or using syscalls directly). The
> > vast majority of the symbols are always th
Btw, does wine ever _use_ PTRACE_SINGLESTEP for any of the things it does?
If it does, then that woulc certainly explain why my "fix" made no
difference: my fix _only_ handles the case where the ptracer never
actually asks for single-stepping, and single-stepping was started
entirely by the prog
On Fri, 19 Nov 2004 21:07:02 +0100, Alexandre Julliard wrote:
> I think it's much better to ask packagers to build their packages
> correctly, it will cause much less trouble in the long run.
Oh well, I guess this is the crux of the disagreement. I don't
consider having to have a string-and-chewin
Mike Hearn <[EMAIL PROTECTED]> writes:
> We don't have to be over-general about it, just dynamically loading the
> ones that cause problems would be fine (or using syscalls directly). The
> vast majority of the symbols are always there and so it doesn't make sense
> to use dlsym.
I think it's muc
> glibc is not backwards compatible, the RH9 RPMs should be built
> against the RH9 glibc. There is nothing special about epoll, you can
> have the same issue with any glibc symbol, and we can't start
> dynamically loading them all.
We don't have to be over-general about it, just dynamically loadi
Mike Hearn <[EMAIL PROTECTED]> writes:
> 1) The RH9 RPMs are apparently being compiled with epoll support linked
> in. This is causing user pain. We should really be using dlsym here,
> why are we not again?
glibc is not backwards compatible, the RH9 RPMs should be built
against the RH9 g
Jesse Allen a écrit :
On Tue, Nov 16, 2004 at 09:54:26AM +0100, Pouech Eric DMI AEI CAEN wrote:
from what I read from Linus / Roland discussion on this topic (this night) on
lkml, Linus only patched 1 out of 3 places which need to be patched (according
to Roland). But I don't know yet if Linus wi
Le ven 19/11/2004 à 00:51, ashok jani a écrit :
> Dear Developer(s),
>
> While I am trying to run wineprefixcreae command on
> redhat 9.0 professional personal desktop installation
> following error is generated.
Which version (date) of Wine? RPM or built from source?
>
> # wineprefixcreate
>
Rémi Assailly a écrit :
Andreas Mohr wrote :
Hi,
On Thu, Nov 18, 2004 at 02:30:55PM +0100, Rémi Assailly wrote:
I tested a software ( a monopoly game ) and the error was that a
sound was still playing so I think that is not a wine bug.
Before submitting this patch to wine-patches I would like t
Mike Hearn wrote:
On Fri, 2004-11-19 at 16:07, Vincent BÃron wrote:
If you're talking about this thread
(http://www.linuxquestions.org/questions/showthread.php?s=&threadid=252670), then I didn't reproduce it on my RH9 setup when I released 20041019 (I have a video card fan problem right now, so
On Thu, 18 Nov 2004 19:54:46 +0200, Cristian Adam wrote:
> Is there a link to that patch? I'm willing to take my chances with it. :)
I don't have one off hand. Search wine-patches for "system tray" or
"systray". I should keep a web page with links to all these patches that
were never applied, real
On Fri, 2004-11-19 at 16:07, Vincent BÃron wrote:
> If you're talking about this thread
> (http://www.linuxquestions.org/questions/showthread.php?s=&threadid=252670),
> then I didn't reproduce it on my RH9 setup when I released 20041019 (I have a
> video card fan problem right now, so the video c
On Fri, 2004-11-19 at 03:22, Mike McCormack wrote:
> Michael Ost wrote:
>
> > (1) The wine bug (I think) is that riched32.dll is registering the wrong
> > window class name. Here's a suggested patch:
>
> RICHEDIT_CLASS20A is provided by riched20.dll, not riched32.dll. The
> windows 2000 impleme
Mike Hearn <[EMAIL PROTECTED]> writes:
> There are really no updates. Alexandre has moved back to Switzerland and
> there's no ADSL at the place he's staying. Once he gets a fast net
> connection set up he'll be committing. Hopefully he has more luck with
> this than I did!
Getting DSL shouldn't
Hi,
--- Demoniak <[EMAIL PROTECTED]> wrote:
> Currently, I try to develop a stress tool for Windows. My main
> problem is to "simulate" multiple Windows system on one machine
> because of mouse and keyboard, and because only one Desktop or one
> Station can be active at a time.
> I discover Wine a
Mike Hearn wrote:
You're not mad. I have a patch which does this and it's in use by many
people (apparently) with no issue.
Alexandre won't accept it until I've basically rewritten the entire system
tray code. This is bad for the users but I suppose it's better for the
project in the long term. Unf
Dear Developer(s),
While I am trying to run wineprefixcreae command on
redhat 9.0 professional personal desktop installation
following error is generated.
# wineprefixcreate
/usr/bin/wineserver: relocation error:
/usr/bin/wineserver: symbol epoll_create, version
GLIBC_2.3.2 not defined in file l
In light of e.g.
http://reactos.com:8080/archives/public/ros-dev/2004-November/000658.html
I would like to suggest the following header ideas.
Currently MingW has:
1.A set of headers that contain a copy of part of the platform SDK
2.Some extra stuff (like that ntdll.h)
3.A set of headers that con
Le ven 19/11/2004 à 09:02, Mike Hearn a écrit :
> 1) The RH9 RPMs are apparently being compiled with epoll support linked
> in. This is causing user pain. We should really be using dlsym here,
> why are we not again?
If you're talking about this thread
(http://www.linuxquestions.org/questi
--- Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> Problem is that, for me, make tests fails on vanilla wine. For that
> reason, I don't usually bother. I have never managed to figure out what
> is causing these failures.
> For example, just got a fresh CVS, compiled and ran the tests:
> Is this so
Can someone please remind me; I can't find anything any longer in either the
Wine User Guide or the Wine Developer's Guide
I want to get a relay trace of all calls to functions in msvcrt.dll and in no
other dlls.
I thought all I'd have to do was set
export WINEDEBUG=+relay
and in the config fi
Hi !
Currently, I try to develop a stress tool for Windows. My main problem is to "simulate" multiple Windows system on one machine because of mouse and keyboard, and because only one Desktop or one Station can be active at a time.
I discover Wine and I wonder if it is possible to use it on Windo
Hi,
So, trolling linuxquestions.org reveals the following top 3 problems
users are having with Wine currently:
1) The RH9 RPMs are apparently being compiled with epoll support linked
in. This is causing user pain. We should really be using dlsym here,
why are we not again?
2) Our bestest be
Juan Lang wrote:
I try to do a make test before
sending in a patch to make sure I didn't regress anything (fortunately
Alexandre seems to as well).
Problem is that, for me, make tests fails on vanilla wine. For that
reason, I don't usually bother. I have never managed to figure out what
is cau
On Thursday 18 November 2004 22:45, Sven Paschukat wrote:
> What about Tom's suggestion setting a more realistic -lower- version in
> builtin hhctrl.ocx? Version number 10.0 is good for applications needing
> hhelp functionality, but not for them with installers.
Yes, that may work if there is
38 matches
Mail list logo