-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 01 June 2004 23:16, Raphael wrote:
> On Tuesday 01 June 2004 10:49, Mike Hearn wrote:
> > On Tue, 2004-06-01 at 09:33 +0200, Raphael wrote:
> > > Now we go further on many InstallShields (i'm using Prince Of Persia
> > > and SplinterCell Dem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 01 June 2004 10:49, Mike Hearn wrote:
> On Tue, 2004-06-01 at 09:33 +0200, Raphael wrote:
> > Now we go further on many InstallShields (i'm using Prince Of Persia and
> > SplinterCell Demo) but InstallShield seems to freeze after creating th
Hi All,
I have a simulation tool that runs under windows NT/2K
directly from the DOS command shell. When running it on a Windows machine I get
200 cycle/s. When running it on Linux via Wine I get ~10 cycle/s. I
didn’t realize Wine would have such a negative performance impact. Is
there
Lionel Ulmer wrote:
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c
utils.c: In function `set_tex_op':
utils.c:1605: `GL_MODULATE_A
Raphael wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 01 June 2004 15:46, Saulius Krasuckas wrote:
Am I the only NVidia owner who has this problem? I did 'make clean' and
'cvs -PAd' and now am getting following:
utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (firs
The next time the app calls read, wine sets off a new (now making it
two) FILE_AsyncReadService, but clears the buffer first, so all the
characters received from the previous FILE_AsyncReadService get lost.
it seems the event to be signaled when something is done in the first
read is never set,
On Tue, 2004-06-01 at 20:45 +0100, Huw D M Davies wrote:
> No, these trigger when either the font isn't a ttf or if the font is
> missing some tables that Wine relies on. Windows is better at dealing
> with this than we are and so it really is a Wine bug.
OK, I understand now.
> I'd still argue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 01 June 2004 15:46, Saulius Krasuckas wrote:
> Am I the only NVidia owner who has this problem? I did 'make clean' and
> 'cvs -PAd' and now am getting following:
>
> utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (first use in this
> f
> gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__
> -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing
> -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c
> utils.c: In function `set_tex_op':
> utils.c:1605: `GL_MODULATE_ADD_ATI_E
On Tue, Jun 01, 2004 at 07:09:16PM +0100, Mike Hearn wrote:
> On Tue, 01 Jun 2004 11:42:56 +0100, Huw D M Davies wrote:
> > You could argue that these three should really be FIXMEs
>
> My reading of the code is that these indicate bodged/corrupt fonts rather
> than known bugs in the Wine code. Am
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 31 May 2004 21:41, Mike wrote:
> m tring to play a game using wine does anybody no why i receive this
> message and if so how to fix?
Hi,
What game ? where can we download a demo ?
How reproduce this crash (scenario) ?
> Thanks
> Mike
>
>
On Tue, 2004-06-01 at 19:42, Mike Hearn wrote:
> > Yes, you're right. I had initially thought that it was all done in
> > RPCRT4, but it looks like it is spread out across both libraries.
>
> There is an article somewhere that explains how it works. Basically the
> ITypeInfo (sorry not ITypeLib)
On Tue, Jun 01, 2004 at 11:16:06AM -0700, Alexandre Julliard wrote:
> No I don't think we want that. The headers are not that stable, we are
> still making changes to them. We also need the MSVCRT definitions in
> multiple dlls so there would be a lot of duplication.
Yes, the headers are not stabl
On Tue, 2004-06-01 at 19:26 +0100, Robert Shearman wrote:
> No, we actually do proper marshalling. This is either via the generated
> *_p.c files or via the type library marshaller. In the *_p.c case, the
> proxies are generated in dlls/rpcrt4/cproxy.c and the stubs in cstub.c
> The last bit of poi
On Tue, 2004-06-01 at 17:27, Mike Hearn wrote:
> On Tue, 2004-06-01 at 16:56 +0100, Robert Shearman wrote:
> > Even on Wine, those other functions, such as CoMarshalInterface do
> > actually attempt to get a marshaller or just use the standard one and
>
> and ... ?
>
> You mean it correctly doe
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Alexandre, why don't we just remove all those MSVCRT() macros,
> use the headers in Winelib apps, and duplicate what we need
> with a MSVCRT_ prefix in an internal header that we use just
> for building? These things are quite stable, so the risk of
h no problem. I tested it on CVS-20040601.
> Please, could someone other confirm this?
OK, could you submit a patch to comment that line out? These functions are
just stubs anyway. When they are more complete it's trivial to renable
them.
thanks -mike
On Tue, 01 Jun 2004 11:42:56 +0100, Huw D M Davies wrote:
> You could argue that these three should really be FIXMEs
My reading of the code is that these indicate bodged/corrupt fonts rather
than known bugs in the Wine code. Am I wrong?
> I don't think these two should be warnings. It's perfectl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
on 06/01/04 18:28, Rein Klazes wrote:
> That is one possibility. You can also attach it in bugs.winehq.org to
> the bug report that you mentioned before.
I'm so stupid I didn't think at it. Debug attached on bug #2017 [1].
Thx, bye,
Gismo / Lu
On Tue, 01 Jun 2004 17:54:57 +0200, you wrote:
> [EMAIL PROTECTED]:~/cvs/wine$ ll
> ~/winedebug+relay_wine-cvs-20040601_photoshop7.0.bz2
> - -rw-r--r--1 luca luca 415184 Jun 1 17:47
> /home/luca/winedebug+relay_wine-cvs-20040601_photoshop7.0.bz2
> =
>
> I can easily upload the
On Tue, 2004-06-01 at 16:56 +0100, Robert Shearman wrote:
> Actually, it does. It appears as though the interface marshaling
> functions are all compatible with each other on Windows (even though
> MSDN says that they aren't and then says they use the same code as the
> others). Presumably InstallS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
on 06/01/04 16:55, Rein Klazes wrote:
> I anything, a WINEDEBUG=+relay trace would be more useful.
sure, the problem is that it's quite big...
=
[EMAIL PROTECTED]:~/cvs/wine$ script
~/winedebug+relay_wine-cvs-20040601_photoshop7.0
WINEDEBU
On Sat, 2004-05-29 at 00:44, Mike Hearn wrote:
> Of course calling CoMarshalInterface in this case doesn't actually do
> much, but if it helps InstallShield OK.
Actually, it does. It appears as though the interface marshaling
functions are all compatible with each other on Windows (even though
MSD
m tring to play a game using wine does anybody no why i receive this
message and if so how to fix?
Thanks
Mike
> Exception at EIP=0081F2B4: ACCESS VIOLATION
> While attempting to read memory at
> -
> EAX= EBX=0001 ECX=013C
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
> I'm also attaching latest cersion of my MDI tool which I'm using
> for all MDI related investigations, perhaps it will be useful for
> somebody else.
Here it is.
--
Dmitry.
mdi_test.tar.bz2
Description: Binary data
On Tue, 01 Jun 2004 12:34:26 +0200, you wrote:
> fixme:actctx:QueryActCtxW stub!
> fixme:actctx:QueryActCtxW stub!
> fixme:actctx:QueryActCtxW stub!
> fixme:actctx:QueryActCtxW stub!
> fixme:actctx:QueryActCtxW stub!
> fixme:actctx:QueryActCtxW stub!
> [a small window appears with "Success" and t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
on 06/01/04 00:04, Mike Hearn wrote:
> For now try this patch, does it work?
yes, it works on CVS-20040130-165721 and CVS-20040601.
Actually, the problem is specific to this declaration:
@ stdcall QueryActCtxW(long ptr ptr long
Am I the only NVidia owner who has this problem? I did 'make clean' and
'cvs -PAd' and now am getting following:
make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid
On Tue, Jun 01, 2004 at 11:42:28AM +0200, Hans Leidekker wrote:
>
> Hi,
>
> This patch:
>
> http://www.winehq.org/hypermail/wine-cvs/2004/04/0357.html
>
> broke the MinGW build of msvcrt. The changelog says it's a compatibility
> fix. Dimi: what compatibility were you aiming at with this patc
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> > Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
> > You have invoked `ld.so', the helper program for shared library executables.
>
> Does this occur if you run Wine like this?
>
> wine ~/wine/wine --help
Yes.
> Also, what glibc version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
on 05/31/04 21:11, Tim Hentenaar wrote:
> A friend of mine who has a recent release of wine uses Photoshop 7
> just fine. It was he and I who took the screenshot that's in the app
> database (we were using 2003-12-12 at the time). He just updat
On Mon, May 31, 2004 at 09:47:35PM +0100, Mike Hearn wrote:
> Mike Hearn <[EMAIL PROTECTED]>
> Change some TRACEs into WARNs, WARN on skipping font due to wrong format.
>
> Index: dlls/gdi/freetype.c
> ===
> RCS file: /home/wine/wine/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
on 06/01/04 00:34, Troy Rollo wrote:
> On Tue, 1 Jun 2004 01:53, Luca Capello wrote:
>> as reported on bug #2017 [1], Adobe Photoshop 7.0 stops working after
>> wine-20031212 (in the majority of cases).
> *In what way* does it stop working? It
On Tue, 2004-06-01 at 09:50 +0200, Hans Leidekker wrote:
> I suspect .previous is ELF specific?
Yes, .previous is ELF specific. It reverts the assembler to generating
output in whatever the previous section was, so if you write:
.text
blah blah blah
.previous
then you are now back in the sectio
On Tue, 2004-06-01 at 09:33 +0200, Raphael wrote:
> Now we go further on many InstallShields (i'm using Prince Of Persia and
> SplinterCell Demo) but InstallShield seems to freeze after creating the
> "desktop/background" window (i only see Window messaging traces).
> Any expert to help me ?
> h
Dan Kegel wrote:
Please do put the source and executable of your demo
app online at some web page, and post the URL on wine-devel.
Okay, please feel free to grab it from
http://www.students.cs.uu.nl/people/rherk/DelphiMenuTest.tar.gz
.
Greetings,
Robert
P.S. Hope I got the bonus :-P
On Sunday 30 May 2004 02:59, Kevin Koltzau wrote:
> This patch
> http://cvs.winehq.org/patch.py?id=12495
> seems to have broken the mingw build, currently getting
Are you saying you could build Wine with MinGW before this patch?
> i386-mingw32msvc-gcc -c -I. -I. -I../../include -I../../include
37 matches
Mail list logo
