?
That way maybe they'll finally get it...
Anybody against this ? :)
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://home.germany.net/100-30936/
On Thu, May 03, 2001 at 09:52:36AM -0400, Christopher Morgan wrote:
Can we move the setupx files from dlls/setupapi into dlls/setupx? I was
wondering why we have a setupx directory with nothing in it ;-)
Chris
Because we don't have proper cvs update flags set.
RTFM ;-)
--
Andreas Mohr
On Tue, May 01, 2001 at 06:19:26PM -0700, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
I for one would truly like to see it fixed ASAP.
If FreeLibrary() has a problem, then we need to fix it.
Running away from the problem by implementing strange hacks does no good
, but that's not the point, is it ?)
And you could always state that people who are using Linux should be
accustomed to heavy upgrading anyway...
(ok, I know, that one's a bit risky)
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http
to that Wine feature.
I for one would truly like to see it fixed ASAP.
If FreeLibrary() has a problem, then we need to fix it.
Running away from the problem by implementing strange hacks does no good
to anybody.
Andreas Mohr
--
Microsoft Windows: Made for the Internet
The Internet: Made for Unix
...)
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://home.germany.net/100-30936/
On Wed, Apr 25, 2001 at 02:11:09PM +0200, Marcus Meissner wrote:
On Wed, Apr 25, 2001 at 01:25:11PM +0200, Andreas Mohr wrote:
Oh yeah, and in case you didn't notice: it's me again complaining about
yet another silencing ;-)
This patch is not even too early, it's simply wrong IMHO
,
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://home.germany.net/100-30936/
me, though.
This was a RedHat Fisher machine, BTW.
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://home.germany.net/100-30936/
"something_else"...
Ouch !!
That surely sounds like big trouble to me...
Install the memtest package/program and run it !
And make sure that you dont have any DMA problems or similar with
your IO chipset !!
(check your hdparm configuration just in case !)
WINE is just fine !!
:-)
--
On Fri, Mar 23, 2001 at 04:25:09PM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
Huh ??
Why would you consider --desktop to be "obsolete" ?
It's not obsolete, it just has to be specified in the config file
instead. All command-line options
Preview/Debian package
wrapper script to support that, too.
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://home.germany.net/100-30936/
.
Moved --synchronous option into config file.
Removed --desktop, --display and --language command-line options.
Huh ??
Why would you consider --desktop to be "obsolete" ?
Andreas Mohr
path from dplayx registry entry, so that the builtin dplayx can be
loaded.
Alexandre, please add a comment to winedefault.reg reminding people of this
problem for future entries.
Thanks !
--
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604
did not look at their license !).
Other than that I'm tired of YAW (Yet Another Windows, which is
the name of yet another windows package, coincidentally ;-)
Andreas Mohr
405e6cdc, "C:\\Program Files\\3DO\\Heroes3\\DATA", 260)
Ret kernel32.414: GetFullPathNameA() retval=0021 ret=00599630 fs=008f
THAT's it !!
GetFullPathNameA() is broken (clips trailing '\\').
Latest Wine release, BTW ? Or which one ?
Oh well, something needs to be fixed then, I guess... ;-)
Andreas Mohr
On Fri, Mar 09, 2001 at 03:52:56PM +0800, Dmitry Timoshkov wrote:
Hello.
Andreas Mohr privately reported that some old 16-bit installer
started to not update its edit control after my patch entitled
"Do not notify parent of the Edit control on WM_SETTEXT when Edit
is part of the Com
On Sat, Mar 03, 2001 at 07:17:41PM -0800, Francois Gouget wrote:
On Sat, 3 Mar 2001, Andreas Mohr wrote:
[...]
- changed all terminating ";" of isolated for loops to " ;" to indicate the
loop's isolation.
IMHO, for such loops the following w
something different with this for loop.
Andreas Mohr
reason for not doing this ?
I can't think of any...
If this is a good thing, then we should do this NOW, not when it's too late.
The current drawbacks are just too much IMHO.
Andreas Mohr
On Fri, Feb 23, 2001 at 01:29:29PM +0100, Marcus Meissner wrote:
On Fri, Feb 23, 2001 at 08:31:50PM +0100, Andreas Mohr wrote:
Hello all,
one thing that occurred to me:
Shouldn't we rename *all* Wine libraries to libwineXXX ?
AFAIR there have been several naming conflicts
of the nastiest forms of SPAM. No real usable info at all.
Hands up who else received that SPAM...
Hmm, well, better don't do it, it might cause a wine-devel overload ;-)
BTW, I got two or three open relays closed last week.
(not that this helps too much, though...)
Andreas Mohr
if this has been brought up before, I found it hard to
search the archives.
Nobody brought it up this way.
Everybody just searched for answers.
Thanks for doing that !
Andreas Mohr
hmark"... ROTFD.
(ROTF drunkenly)
Andreas Mohr
On Thu, Feb 08, 2001 at 07:32:40PM +, Eric Pouech wrote:
Andreas Mohr wrote:
I just *had* to approve this one.
It's just way too funny :-)
"Wine benchmark"... ROTFD.
(ROTF drunkenly)
hmmm I ROTFL:ed mainly because of "German Wine"... isn't that on oxymor
On Mon, Feb 05, 2001 at 02:10:21PM +0100, gerard patel wrote:
At 08:52 PM 30/1/01 +0100, you (Andreas Mohr) wrote:
snip
Just send WM_NULL to unblock the dialog's message loop after setting DF_END.
I can't see this WM_NULL with Winsight. Maybe it's a bug in
Winsight :-/, but are you sure
hink it matters at all
at the moment.
There are much more important things to do.
Andreas Mohr
On Mon, Jan 29, 2001 at 10:17:23PM +0600, Ian Pilcher wrote:
Andreas Mohr wrote:
don't open the comm handle with GENERIC_WRITE via FILE_GetUnixHandle,
as Palm's sync software install only opens the comm device
with GENERIC_READ instead of the normal GENERIC_READ|GENERIC_WRITE
via
discussed... ;-)
I just added bug #165 for this, BTW.
Andreas Mohr
this function and check via a boolean
whether Callouts have been initialized already (to protect against "real"
EnableKernel() calls by = 3.0 applications).
Just an idea... (you might not like it, though ;-)
Andreas Mohr
sure that I get some opinions, I'll just go ahead and remove it
in case nobody objects... *g*
(ooops, what was Alexandre's job again ?)
Andreas Mohr
have any form of
GDI object locking...
Andreas Mohr
take care
of the refcount)
typedef struct tagGDIOBJHDR
{
HANDLE16hNext;
WORDwMagic;
DWORD dwCount;
+HDC refcount;
^^^ ???
} GDIOBJHDR;
Andreas Mohr
a DllEntryPoint
calls LoadLibrary, but those cases should be rare ...
This is *exactly* one of the ideas I had.
I didn't know whether it's good/feasible, though.
I'll try that patch immediately.
Thank you very much !
Andreas Mohr
the program load instantly.
This is not a good solution, of course ;-)
Something tells me that our code is totally wrong.
Or is it just the fact that we don't do NE delay loading ?
The program can be downloaded at twine.codeweavers.com/~amohr/INSTALL.EXE
Andreas Mohr
patibility)
In short: I'm not too proficient with virtual memory handling issues,
so the only thing I can tell you is:
problems with these functions are a known issue and it should
be fixed somehow.
Andreas Mohr
somewhat lacking.
I'll improve it...
Andreas Mohr
On Wed, Jan 03, 2001 at 10:56:36AM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
Well, it doesn't help at all for that problem:
trace:module:WinExec16 name: 'E:pft6aac~tmp\Setup.exe', cmdline: '/SMS'
trace:dosfs:DIR_SearchPath #1: (null), E:pft6aac~tmp
someone please enlighten me (and probably offer a fix too :) ?
Hmm ?
This is the very same problem that I discussed WD about some two weeks ago,
isn't it ? (mentioned in WWN etc.)
Andreas Mohr
make sense to stick with my current implementation anyway ?
Or maybe we ought to modify SearchPath to return unix style paths ?
Questions over questions...
Andreas Mohr
s relative paths into
absolute paths.
But we don't.
(which bombs in DOSFS_GetFullName() "Relative path" as we apply the same
sub directory twice, one time current dir and one time executable,
E:somepath\some.exe)
What to do ?
Andreas Mohr
On Tue, Jan 02, 2001 at 09:42:04PM -0500, [EMAIL PROTECTED] wrote:
On Tue, 2 Jan 2001, Andreas Mohr wrote:
Or is the Wine code incorrect/fixable somehow ?
And does it make sense to stick with my current implementation anyway ?
Or maybe we ought to modify SearchPath to return unix
ly find out
how to return what (by transforming relative DOS paths to absolute ones,
of course).
That way we can return the original arguments in most cases.
I'm fixing this right now.
I'll probably post an updated version on wine-devel soon.
(after having tested it with winedbg and a few installers)
Andreas Mohr
On Tue, Jan 02, 2001 at 08:59:41PM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
It's simply not possible.
We *have* to mess with it.
Just go read the GetCommandLine docu if you don't believe it.
No, don't do that, run a test program instead. You'll find
On Tue, Jan 02, 2001 at 08:59:41PM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
It's simply not possible.
We *have* to mess with it.
Just go read the GetCommandLine docu if you don't believe it.
No, don't do that, run a test program instead. You'll find
On Mon, Jan 01, 2001 at 01:43:58AM -0600, Andreas Mohr wrote:
OK guys, some really cool news:
*beg*
("big evil grin")
Scrap that glibc 2.1.2/3 workaround.
It manages to crash glibc 2.2-8 on Debian ;-\
Commenting all superfluous ("workaround") calls to dler
On Mon, Jan 01, 2001 at 01:16:44PM -0500, [EMAIL PROTECTED] wrote:
On Mon, 1 Jan 2001, Andreas Mohr wrote:
Maybe it would be good if several glibc versions were checked...
(I'll test 2.2-6 now, too...)
Andreas Mohr
You mean to check that the workaround doesn't break a broken glibc
(10 minutes).
I've been testing the revised version with tons of installers now since
yesterday evening, so it should work at least somewhat ;-)
Andreas Mohr
that.
That way you have to do that check *every* time you call that function.
Much better to do it once upon startup (somewhere in that file preferrably),
IMHO.
Andreas Mohr
to pthread_rwlock_rdlock/unlock
in the strace log.
I'll check Ove's pthread call patch to see how I could possibly patch it/
implement it.
At the moment I don't have any clue yet as to what is missing/wrong
this time.
I'm wondering why we've got crashes when going from package revision 6 to 8,
of course.
Andreas
, why ?
You could always make Wine use the *native* version of the file as default
loadorder. What's the problem ?
Well, of course if people start forcing the loadorder to builtin, then we're
outta luck...
Andreas Mohr
y opinions ?
And of course we might want to choose more unique library names
in the future... (as we already had several conflicts)
Andreas Mohr
On Tue, Dec 26, 2000 at 06:33:51PM -0500, [EMAIL PROTECTED] wrote:
On Tue, 26 Dec 2000, Andreas Mohr wrote:
Hi all,
major docu update again.
- whoever added that strerror(): that placement was misleading IMO
I did. I wasn't too happy with the placement, but it was the best I
Hi,
I think this is a more appropriate place than web-admin
for something like that. :-)
Andreas Mohr
- Forwarded message from Pepper Lim [EMAIL PROTECTED] -
From: "Pepper Lim" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Tue, 19 Dec 2000 12:38:44 -0800
Subject: kick
I can
h this new codeweavers wine?
Well, it's a preview, and as it is one, it's not perfectly "stable" yet.
But we're working on that, of course.
Your setup strikes me as being a bit "exotic", though.
That's probably why our preview has problems.
Andreas Mohr
Yes, it runs on Wine
|__/[optionally mention Wine version here]
\ /
\www.winehq.com
Instead of "Yes, it runs on Wine" we could use e.g.
"Certified for use on Wine" or "Wine compatible".
("Yes, ..." sounds a bit Novell-ish ;)
Some graphics artists out there ?
Andreas Mohr
On Wed, Dec 13, 2000 at 09:20:39PM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
somebody did something evil to our .spec.c files recently, it seems.
I had two problems on #WineHQ of gcc 2.91.66 crashing on .spec.c files
(winaspi32.spec.c, winspool.drv.spec.c
On Tue, Dec 12, 2000 at 05:49:14PM -0800, Alexandre Julliard wrote:
Andreas Mohr [EMAIL PROTECTED] writes:
Then the program tries to do a pCreateDC call for that DC.
In this case it's a *Win16* printer driver, unfortunately.
That leads to a lockup as we need to enter Win16Lock, which
another machine to run it and install flash then bring the disk back to
my linux box.
Dave Waller
One of the Wine screenshots pages tells me that it is working...
Andreas Mohr
return 0 for every address = 0xc000.
Andreas Mohr
?
(i.e. is there something we could possibly fix ?)
I told them to remove -O2, of course, as they didn't want to upgrade gcc.
Andreas Mohr
__USE_FILE_OFFSET64
typedef _G_fpos_t fpos_t;
#else
typedef _G_fpos64_t fpos_t;
#endif
#ifdef __USE_LARGEFILE64
typedef _G_fpos64_t fpos64_t;
#endif
Line 73 seems to indicate that it uses the first fpos_t definition.
We might want to put an ifndef around our crtdll stuff, I guess.
Andreas Mohr
cb84f86 fs=008f
Any idea what to do here ?
Maybe suspend the GDI lock ? And if so, how ? GDI_lock is declared
static in gdiobj.c at the moment.
Any enlightenment would be welcome :)
Andreas Mohr
On Thu, Dec 07, 2000 at 08:23:08AM +0100, gerard patel wrote:
Trouble with rhlx01.fht-esslingen.de ?
I had several connexion errors last week
What's more, I have the impression that it's not updated
currently.
True.
Connecting to cvs.winehq.com
Cannot connect to cvs.winehq.com: Destination
anything...
Probably because they are from the days before we had clarification
about that stuff...
Andreas Mohr
ought to be solved IMO)
Andreas Mohr
?
The last time I checked (about three weeks ago), it seemed to be active.
But maybe I'm wrong; I didn't really check it...
Andreas Mohr
a
very coarse animation. But it gets much better if I keep moving the
mouse or have a key on auto-repeat.
Yup. Same symptom in the About box (?) of WinAmp.
The scrolling of the text is much smoother when having mouse activity.
Not good :-\
Andreas Mohr
in that case. Is there some debug-function I can use that can check
that a HWND really is a real window handle.
What about... IsWindow() ? :)
Andreas Mohr
2.2.17-pre(SUSE) and 2.2.18pre
Any hints for further debugging?
Isn't this the crash reported by Marcus (?) due to glibc2.2 using more
nonimplemented pthreads functions ?
Well, maybe it's not...
Are you using latest CVS ?
Andreas Mohr
Hi all,
I don't know any more who discussed this, but I know that there were
numerous discussions.
www.dependencywalker.com crashes when opening a .exe file, too.
(with CVS as of yesterday)
Just a hint,
Andreas Mohr
that hassle
again :-\
Andreas Mohr
that at the moment ;)
So if you don't want to do it, then I'll do.
Hmm. I think it would be nice if you could do it :)
oki.
I'll try to do it this weekend.
Andreas Mohr
*** X support, which currently does not work,
On further investigation it turned out to be just an ldconfig issue.
Thanks,
Donnchadh
Err, so we ought to fix this warning message, right ?
Just to make sure we don't forget that in case we need to,
Andreas Mohr
nInfos-lpstrFile[strlen(lpstrPathAndFile)+1] = '\0';
That's approximately what Corel did.
So should we include that fix ?
Andreas Mohr
hange very easily.
That's a rather good idea, yes.
I've been switching between windows and no-windows several times, too.
Andreas Mohr
we change it in CVS?
Err, yes, consistency ought to be somewhat desired, I guess ;-\
I know I missed a bunch. Let me know.
Same here. No idea what else to discuss.
Andreas Mohr
On Sat, Oct 28, 2000 at 10:29:34AM +0100, robert w hall wrote:
In message [EMAIL PROTECTED], Andreas Mohr
[EMAIL PROTECTED] writes
If you're an end-user, you might want to stick with normal releases.
Why?
But even for end-users CVS is not too bad ;)
Andreas Mohr
I thought Alexandre's
is the most accepted one.
If you're an end-user, you might want to stick with normal releases.
But even for end-users CVS is not too bad ;)
Andreas Mohr
tied to the .exe associations.
Err, you forgot about uninstaller ;-)
Andreas Mohr
Hi all,
http://www.linuxtoday.com.au/r/article/jsp/sid/81603
"Wine: It Gets Better With Age"
Andreas Mohr
ight
agree, too. If you can spare a moment, please take a look, and consider
signing yourself.
Best wishes,
Andreas Mohr
On Thu, Oct 05, 2000 at 06:47:36PM +0200, Marcus Meissner wrote:
On Thu, Oct 05, 2000 at 11:32:14AM +, Andreas Mohr wrote:
Hi all,
small correction from c.e.m.w.: add MSGF_DDEMGR to winuser.h
It already is in include/ddeml.h...
%#$( !
I thought that user knew what he did ;-\
I
for many programs again...
Of course all this happened because of the somewhat "non-standard"
message loop processing of that game...
Andreas Mohr
tsPerPixel anyway.
So why not call it with a "locked" palPtr anyway ?
That way you'd avoid these tons of GetObjPtr, ReleaseObj...
Comments ?
Should I change it ?
Andreas Mohr
Elliott
- Andreas Mohr
(anyone I forgot?)
Not that I know of.
Compare with the people I know like majordomo:
- none
There are not only political reasons for not using the non-free package
majordomo, there are also superior free packages that all list subscribers
would be much more
On Tue, Sep 26, 2000 at 06:52:08PM +0200, Patrik Stridvall wrote:
Andreas Mohr writes:
On Tue, Sep 26, 2000 at 01:09:38PM +0200, Ove Kaaven wrote:
...
(anyone I forgot?)
Not that I know of.
If the missing wine-cvs mails for the recent CVS commits are caused
of these files.
But I don't think so. I think in the case of the display and mouse driver
it was special.
Well, we'll see.
Andreas Mohr
listening to the newsgroup and to the IRC channel
- remembering all frequently asked questions and trying to write them down
in a rather clear way
Andreas Mohr
(by setting the flag in the CREATESTRUCT in WIN_CreateWindowEx
if the parent is valid)
I can't believe that that fix is valid, though
(it probably would have been detected much earlier in that case)
Any idea ?
Back to fixing the new "crash" with the installer ;-)
Andreas Mohr
clean" either...
We pretty much have agreed on that.
I'll send a patch later today.
Andreas Mohr
.
Not that the current way of doing things in the listbox/listview code is
perfect (we have way too much flickering left), but...
Or am I wrong here ?
Andreas Mohr
On Tue, Sep 05, 2000 at 11:24:34AM -0500, Andreas Mohr wrote:
On Tue, Sep 05, 2000 at 05:42:03PM +0200, Ove Kaaven wrote:
Why do you ask here, it's easy to look up. The program is responsible for
deallocating the palette.
OK, sorry.
In the first place it's the program that is responsible
Milek
Equipe de Testes
Disable OpenGL during compile.
Wine detects your OpenGL libraries incorrectly.
It assumes they are ok, but they fail during the loading attempted by x11drv.
Andreas Mohr
.
And it has a quite good connectivity (T1 :-))
It uses the same scripting as rhlx01 and hosts the wine repository only.
I'll update the WineHQ cvs pages soon.
Andreas Mohr
Hi all,
more verbose error message.
(not just say that something fails, but also WHAT to do...)
Andreas Mohr
Index: scheduler/client.c
===
RCS file: /home/wine/wine/scheduler/client.c,v
retrieving revision 1.52
diff -u -r1.52
h in turn implicitly references MMSYSTEM and does the calls to
waveOutOpen, mciSendCommand, your MMSYSTEM init code is broken
and you need to fix it ;-)
That is my opinion and I'm pretty sure it's correct.
Or does anybody object to that ?
Andreas Mohr
and subject
to the locking check.
What to do here ?? (and in similar cases !)
For a description of the relay trace lock checking feature, see e.g.:
From: Ulrich Weigand [EMAIL PROTECTED]
Subject: Re: event.c
Date: Thu, 11 May 2000 23:21:53 +0200 (MET DST)
Andreas Mohr
?
Andreas Mohr
.
I.e. three bugs in that code !!
san16.exe is a win16 binary, of course.
Newest CVS, of course.
Andreas Mohr
301 - 400 of 461 matches
Mail list logo