Message d'origine
De: Jani Vaarala [EMAIL PROTECTED]
Sujet: dlls/ddraw/dsurface/user.c and OWN_WINDOW Worms World Party
A: [EMAIL PROTECTED]
Date: Sun, 19 Jan 2003 18:27:13 -0800 (PST)
Hi.
I tried to get Worms World Party working with wine
(tried latest wine from CVS, winex 2.2.1 ...)
Hi,
Just two things for those thinking about khtml:
1) The kdebindings package contains C-language bindings for khtml
(kde_HTML*), so C++ wouldn't be a requirement for calling khtml
(this does not affect the qt-replacement api of course).
yes, as qtc in kdebindings is for qt :)
2) There is a
In version 2002-06-05 graphics output is ok, but
mouse
events seem to be going to /dev/null. I tried
different versions and I found out that 2002-06-28
had a fix
labeled:
Disable OWN_WINDOW as it no longer works.
I tried defining OWN_WINDOW in latest build and the
graphics came out
--- [EMAIL PROTECTED] wrote:
Hi,
Just two things for those thinking about khtml:
1) The kdebindings package contains C-language bindings for khtml
(kde_HTML*), so C++ wouldn't be a requirement for calling khtml
(this does not affect the qt-replacement api of course).
yes, as qtc in
What's the use of win32 port of the GPL version of QT for wine? We don't want
wine to depend on Qt, if we wanted this we could just use the normal Unix
version of Qt.
The khtml-win32 project is much more usefull for wine. That project is
actually porting the qt wrapper Apple made for use in
--- [EMAIL PROTECTED] wrote:
Hi,
Just two things for those thinking about khtml:
1) The kdebindings package contains C-language bindings for khtml
(kde_HTML*), so C++ wouldn't be a requirement for calling khtml
(this does not affect the qt-replacement api of course).
yes, as qtc in
Hi
What's the use of win32 port of the GPL version of QT for wine? We don't want
wine to depend on Qt, if we wanted this we could just use the normal Unix
version of Qt.
i totaly agree with you :)
I don't see any need for porting Qt to windows
The khtml-win32 project is much more usefull for
--- [EMAIL PROTECTED] wrote:
Why not just port the GPL version of Qt to Windows? The kde-cygwin project is
doing that right
...
I don't think it's a good idea :(
Now, we only need a few classes and code for porting KWQ to windows specific code
(and more
platform optimised than Qt).
While
--- Adam Treat [EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] wrote:
Why not just port the GPL version of Qt to Windows? The kde-cygwin project is
doing that
And, i don't like the port idea, because trolltech use Qt under windows as main
product, and
porting the GPL version to windows
On Monday 20 January 2003 11:05 am, [EMAIL PROTECTED] wrote:
Message d'origine
De: Ronald James [EMAIL PROTECTED]
A: [EMAIL PROTECTED]
Sujet: Games Swat 3d
Date: Mon, 20 Jan 2003 07:39:52 +0200
I am wondering if Swat3d will be added to the list anytime soon for
use with wine ??
On Monday 20 January 2003 09:33 am, Greg Turner wrote:
Note to Ove: widl_scraps.h contains those things that I needed,
but which were not generated by midl.
correction: not generated by /widl/.
--
gmt
Everything that is really great and inspiring is created by
the individual who can labor in
De: Greg Turner [EMAIL PROTECTED]
A: [EMAIL PROTECTED], [EMAIL PROTECTED]
Sujet: Re: Games Swat 3d
Date: Mon, 20 Jan 2003 08:48:35 -0600
Copie à: [EMAIL PROTECTED]
On Monday 20 January 2003 11:05 am, [EMAIL PROTECTED] wrote:
Message d'origine
De: Ronald James [EMAIL PROTECTED]
A:
Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the first trace, it
looks like it gets created ok when the installer extracts it, but then when Wine
tries to load WBRUN20, and therefore RBHEAP.DLL, it fails to find the file.
Mason Kidd
On to the next button on the MSVC4.0 installer:
De: Adam Treat [EMAIL PROTECTED]
Sujet: Re: Re: Some more thoughts on khtml
A: Adam Treat [EMAIL PROTECTED]
Copie à: [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Mon, 20 Jan 2003 06:28:09 -0800 (PST)
--- Adam Treat [EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] wrote:
Why not just port the GPL
John K. Hohm wrote on Sun, Jan 19, 2003 at 10:00:25PM -0600:
wine/dlls/comcat/:
comcat_private.h:45: conflicting types for `ClassFactoryImpl'
comcat.h:49: previous declaration of `ClassFactoryImpl'
[more of same error for ther types]
I'm quite confused by this; the current comcat.h
different comments :
- don't use C++ comments, not all C compilers understand them
- it's better to split patches in small coherent pieces (in your last patch, msvideo
issue has nothing to do with msacm)
(disclaimer: since I won't be back to my PC until end of week, these answers are quick
[EMAIL PROTECTED] wrote:
Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the first trace, it
looks like it gets created ok when the installer extracts it, but then when Wine
tries to load WBRUN20, and therefore RBHEAP.DLL, it fails to find the file.
The first trace is running on XP
On Mon, 20 Jan 2003, John Westerman wrote:
[...]
Mine keeps failing when trying to convert the rc file using wrc.
Is it possible the arguements winemaker generates are no longer correct for
wrc.
Quite, quite. Dimitrie removed lots of wrc options but forgot to update
winemaker. I believe that
The enclosed * hack * allows wine photoed to load images. It is * not *
the correct answer. One possible approach is to modify DOSFS_OpenDir_Normal
to generate proper short names after it has read all the directory entries.
Hmm, somehow I don't think this is a proper solution.
The reasoning
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 20 January 2003 11:52, Gerald Pfeifer wrote:
The following
static DDHALDDRAWFNS hal_funcs = {
sizeof(DDHALDDRAWFNS),
===set_hal_info,===
NULL, /* VidMemAlloc */
NULL /* VidMemFree */
};
in
Rein Klazes wrote:
Hi,
Girotel Offline creates 78 palette objects using 1044 bytes each. That
doesn't fit on the 16bit gdi heap. It is not a leak: each object is
freed when the program closes. Using NtObjects (www.smidgeonsoft.com)
shows that under NT2K the program creates the same number of
When I get no graphics, it seems that GDI heap
overflows aswell.
hmmm, where ? maybe in palettes things no ?
Yes the overflow entries are palette ones, but
it also says something about missing WM_PAINT.
Like you, I got no graphics in SS2 when GDI problems occured.
The Rein's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 20 January 2003 14:34, Jani Vaarala wrote:
In version 2002-06-05 graphics output is ok, but
mouse
events seem to be going to /dev/null. I tried
different versions and I found out that 2002-06-28
had a fix
labeled:
Jukka Heinonen wrote:
Christian Costa wrote:
Andreas Mohr wrote:
So until there is further information about how to do it properly,
I'll just remove the vga_refresh reset in the VGA_IsTimerRunning() case,
and of course this makes Turbo Pascal 6 usable (although screen update is
a bit slower
If you get any feedback about a proposed patch on the mailing
list, you need to deal with the feedback one way or another
before the patch will be applied.
I'm familiar with that approach from other projects.
Unfortunately I haven't received * any * feedback.
However, I just did some digging
Linux 2.5.59 seems to have broken my ALSA. Rather than worry about
fixing it, I guessed that just waiting will fix the problem as future
releases of either gentoo or linux would probably eventually resolve
whatever conflict I have.
So, temporarily, I have put aRTS into OSS/threaded mode.
From: Rolf Kalbermatter [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: shell32: SHChangeNotify is really Unicode/ANSI indifferent
Date: Mon, 20 Jan 2003 21:53:34 +0100
Reply-To: [EMAIL PROTECTED]
snip
-/
*
- *
On Mon, 20 Jan 2003, Greg Turner wrote:
Linux 2.5.59 seems to have broken my ALSA. Rather than worry about
fixing it, I guessed that just waiting will fix the problem as future
releases of either gentoo or linux would probably eventually resolve
whatever conflict I have.
So, temporarily, I
On Mon, 20 Jan 2003, Robert Shearman wrote:
[...]
+ else if (uFlags (SHCNF_PRINTERW || SHCNF_PRINTERW)
There seems to be something strange with the line above (SHCNF_PRINTERW ||
SHCNF_PRINTERW) == SHCNF_PRINTERW. Should this be (SHCNF_PRINTERW ||
SHCNF_PRINTERA) by any chance?
And
--- Christian Costa [EMAIL PROTECTED] wrote:
When I get no graphics, it seems that GDI heap
overflows aswell.
hmmm, where ? maybe in palettes things no ?
Yes the overflow entries are palette ones, but
it also says something about missing
WM_PAINT.
Like you, I got no
On Mon, 20 Jan 2003, Raphaël Junqueira wrote:
ddraw/hal.c:152: warning: initialization from incompatible pointer type
can you test this patch (it fix this stupid warning for me)
Yes, thanks; this also fixes this warning for me!
Gerald
--
Gerald Jerry [EMAIL PROTECTED]
On Tue, 21 Jan 2003, Rolf Kalbermatter wrote:
[...]
@@ -289,22 +257,11 @@
LeaveCriticalSection(SHELL32_ChangenotifyCS);
/* if we allocated it, free it */
- if(uFlags SHCNF_PATHA)
+ if (uFlags SHCNF_PATHA || uFlags SHCNF_PATHW)
{
Just nitpicking (since Dimitrie
I tried installing OpenOffice1.0.2 under Wine today.
It started out nicely, but somewhere in the middle, all
the fonts got screwed up such that all characters were
replaced with boxes.
For what it's worth, there are quite a few fixme's.
I had to kill Wine to abort the installation.
- Dan
--
Dan
Dan Kegel wrote:
I tried installing OpenOffice1.0.2 under Wine today.
It started out nicely, but somewhere in the middle, all
the fonts got screwed up such that all characters were
replaced with boxes.
Interestingly, it looks like wine's cached font metrics got screwed up,
as programs I ran
So, how's that Installshield 6 support coming along? :-)
The company I work for uses Installshield to package up
its windows stuff. Today I tried running its installer
under cvs Wine, and shortly after it started running IKernel.exe,
it dropped me into the wine debugger.
Copying and pasting
IIRC, InstallShield 6 can work if you copy stdole32.tlb from a real
windows to wine's system directory. maybe stdole.tlb and stdole2.tlb
too, but i don't know if they're needed or not, i just copy them just
in case.
Bobby Bingham
On Monday 20 January 2003 9:53 pm, Dan Kegel wrote:
So, how's
Removing .wine/cachedmetrics* should have fixed it.
Interestingly, it looks like wine's cached font metrics got screwed
up,
as programs I ran later had the 'all your chars are belong to box'
problem.
Restarting X didn't fix it.
Doing 'make uninstall; make install' didn't fix it.
Doing 'rm
they arent needed after the compilation.
yes, i know
but last time i saw they have partially used own compat librairies
(who use native windows calls)
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam ! http://www.euro.cauce.org/en/index.html
ICQ #170597259
Don't think you are.
Bobby Bingham wrote:
IIRC, InstallShield 6 can work if you copy stdole32.tlb from a real
windows to wine's system directory.
Yep, copying just that one file made things get a lot further!
After futzing around for half an hour, I finally convinced our
app to install. There appear to be a lot
hasnt got this list a size limitation ?
you really SHOULD have sent the logs directly to him.
the first you must have to do in a such case is to compress it !
I took the logs, but they are huge, but I
included here in the mail short clips from both of the
logs. The game does LOTS of
looks like we should write tests for cabinet dll...
did you try to run it with the native version ?
Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the
first trace, it
looks like it gets created ok when the installer extracts it, but
then when Wine
tries to load WBRUN20, and
doesnt seem to work happily if you use it with wcmd...
--- Duane Clark [EMAIL PROTECTED] a écrit : Dan Kegel wrote:
...
Copying and pasting from the wine debugger window
is beyond me; it seems totally broken...
In ~/.wine/user.reg, look for the [Software\\Wine\\WineDbg] key and
change
Sylvain Petreolle wrote:
hasnt got this list a size limitation ?
40KB supposedly. I don't know whether multiple attachments affects that.
It is possible that I clicked this one on through (it's happened
before), but it doesn't look familiar.
On Monday 20 January 2003 07:22 pm, Dan Kegel wrote:
Dan Kegel wrote:
'all your chars are belong to box'
hehehe
--
gmt
Everything that is really great and inspiring is created by
the individual who can labor in freedom. --Albert Einstein
On Monday 20 January 2003 09:34 pm, Sylvain Petreolle wrote:
looks like we should write tests for cabinet dll...
did you try to run it with the native version ?
yes, do. tests will be forthcoming, btw.
--
gmt
Everything that is really great and inspiring is created by
the individual who can
Greg Turner wrote:
On Monday 20 January 2003 09:34 pm, Sylvain Petreolle wrote:
looks like we should write tests for cabinet dll...
did you try to run it with the native version ?
yes, do. tests will be forthcoming, btw.
Sure enough, native cabinet works! Thanks.
Good luck on getting
Francois Gouget [EMAIL PROTECTED] wrote:
On Tue, 21 Jan 2003, Rolf Kalbermatter wrote:
[...]
@@ -289,22 +257,11 @@
LeaveCriticalSection(SHELL32_ChangenotifyCS);
/* if we allocated it, free it */
- if(uFlags SHCNF_PATHA)
+ if (uFlags SHCNF_PATHA || uFlags SHCNF_PATHW)
{
Dan Kegel wrote:
Bobby Bingham wrote:
IIRC, InstallShield 6 can work if you copy stdole32.tlb from a real
windows to wine's system directory.
Yep, copying just that one file made things get a lot further!
After futzing around for half an hour, I finally convinced our
app to install. There
On Mon, Jan 20, 2003 at 11:12:29PM -0800, Dan Kegel wrote:
Dan Kegel wrote:
Bobby Bingham wrote:
IIRC, InstallShield 6 can work if you copy stdole32.tlb from a real
windows to wine's system directory.
I will add a large message suggesting that.
Yep, copying just that one file made
Hey folks,
I looked around on google for some discussion of this, but didn't find anything.
What's the current thinking on making Wine able to handle
the DDE messages that old windows 3.1 apps used to
use to install program icons?
In Microsoft Windows 3.1, this was handled by Progman.exe.
In
50 matches
Mail list logo