This reminds me that int21 handling is quite messy.
Interrups call first DOSVM_Int21Handler and
might be chained to Dos3Call. But, if you call Dos3Call
directly, execution does not go through DOSVM_Int21Handler.
This causes some code duplication and makes things
like dosconf unnecessarily
On 8 Nov 2002, Mike Hearn wrote:
Here is my first attempt. I'm hardly an ace designer, so feel free to
criticize, tell me to junk it etc.
The works with wine alliteration is good, although I think wine should
be in small-caps/capitals, similar to the logo on the WineHQ page.
Basic composition
On Fri, 8 Nov 2002, Francois Gouget wrote:
On Fri, 8 Nov 2002, Dan Kegel wrote:
Andreas Mohr wrote:
VB compatibility would be utterly important. [...]
Make sense. How about this: let's add a visual basic
regression test suite to Wine. [...]
[...]
In that case [seperate binaries],
Also it would be nice if opengl could similarly be loaded on the fly.
I am working on this right now... It's relatively easy for the OpenGL parts
of the X11DRV (I will do as XRender), but I have two other problems :
1) what about opengl32.dll.so itself ? In that case, can I let direct
On Fri, 8 Nov 2002, Fabian Cenedese wrote:
Maybe you could also mention Linux or use the penguin or whatever.
Hmmm bit of a two-edge sword that one. One the one hand it does say
explicitly what works with wine actually means, on the other hand it
would make the image more cluttered ( what about
I have a VB prog (see www.badcomp.co.uk) which I spent a long time getting
working under Wine and fixed all the oleaut32 Var* routines it used. However
if you look at that dll, there are still a huge number of stubs.
Additionally the date/time handling is (was, anyway) pretty useless. I would
To demonstrate some important VB problems I made a few VB test apps. Those
test apps are located at http://www.xs4all.nl/~sailsup/wine-vb.tar.gz
The package contains some database applications using various MS database
implementations (DAO, ADO), two simple tests. Next to this the package
Hello,
It includes 3 lists, a gold list with applications what are
working almost 100% in wine, a silver list with application
what could be working in wine with some work in them, and
the full list with every test done :)
Regards,
Carlos.
--
___ _ \ | / Infraestructuras
This is what I did.
the gcc included in dev-c++ is a statically linked that doesn't need
the cygwin1.dll to run.
But that I looked particularily at compiling cygwin under wine.
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
I presume this is
-- Forwarded Message --
Subject: Re: So lets say we do it
Date: Sat, 9 Nov 2002 02:51:47 -0800
From: Kenny Smith [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
I don't know how to use mail lists, so i though I might mail you
In responce to your ideas about reorganizing the winehq
Is this the output from a dev-c++ compiled executable or just the
cygwin pre-compiled ones ?
If this is the precompiled one, there is a real problem.
ls.exe is working great, so true.exe should too.
For example, here is the output from the most minimal example,
true.exe
(others
seem very
On November 9, 2002 09:28 am, Sylvain Petreolle wrote:
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
What's the problem with them?
--
Dimi.
On November 8, 2002 03:01 pm, Eric Pouech wrote:
yup, but I fear we'll discover more issues as far we go on (way too
early to know, until we dig a bit more into it)
True, but it's a good start. Right now we have Nothing (TM). :)
it also creates a dependency on Wine Mozilla-win32. I don't
--- Dimitrie O. Paun [EMAIL PROTECTED] a écrit : On November 9,
2002 09:28 am, Sylvain Petreolle wrote:
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
What's the problem with them?
--
Dimi.
They die when initializing, this is due the
Le sam 09/11/2002 à 11:22, Andreas Mohr a écrit :
Hi all,
IMHO we should now switch to Win98 SE as default Windows version.
Too many programs expect at least Win98 to be running already.
Winamp also checks the Version registry keys, so I added them to
winedefault.reg.
Index:
On Fri, 8 Nov 2002 17:56:05 -0500, you wrote:
GetCurrentObject returns 0, but as far as it knows, it is
returning successfully. This is because in the line
case OBJ_BITMAP: ret = dc-hBitmap; break;
dc-hBitmap is 0, although dc is a valid DC. The HDC that is passed
to GetCurrentObject
On Sat, Nov 09, 2002 at 11:43:32AM -0500, Vincent Béron wrote:
This doesn't seem the place to do it, since if we specify something
different (in config) then the registry keys do not match, and some
other app could possibly have some problems.
Would it be possible to generate automatically
Sylvain Petreolle wrote:
--- Dimitrie O. Paun [EMAIL PROTECTED] a écrit : On November 9,
2002 09:28 am, Sylvain Petreolle wrote:
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
What's the problem with them?
--
Dimi.
They die when
On Saturday 09 November 2002 11:08 am, Andreas Mohr wrote:
Note that these registry keys are a *global* thing (wineserver !),
whereas the version value returned depends on the wine *instance*
(smart detection algorithm). This could spell trouble...
indeed... why not just virtualize this
Sylvain Petreolle wrote:
This is what I did.
the gcc included in dev-c++ is a statically linked that doesn't need
the cygwin1.dll to run.
But that I looked particularily at compiling cygwin under wine.
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
True, but it's a good start. Right now we have Nothing (TM). :)
another way (absolutely not tested), would be to:
1/ extract html files (+images...) into a temp dir
2/ direct any browser to browse (I have no idea whatsoever how links are
handled in chm, but it wouldn't be to hard to change... if
I have this on my todo list. it would be possible to implement a wine
specific message passing between WinHelp API and wine's builtin winhlp32
however, it would be rather difficult to support all the ways windows
handles this (it does it differently in Win9x, NT...), so support of
native
Yes, I get the same results. The reason seems to be the gcc with dev-c++ is
the mingw gcc. My mingw gcc seems to run fine under wine (haven't actually
tried to compile anything, just asked it for help) but any of the cygwin
executables
give a problem, which seems to be on startup when loading
Again, no full review, just quickly browsed through the patch.
I have a feeling that I have just scratched the surface regarding
this patch series and it would need a full review before it can be
accepted.
Function 0x40 change in winedos/int21.c breaks
DOS VGA text console.
Function 0x3f
aren't you running native psapi ? try builtin (even if it misses a few
APIs)
A+
While you are playing with psapi you can look at ReactOS's psapi.dll and
see if it implements something that WINEs psapi doesnt. We relicensed it
under LGPL about a month ago so if there is anything there that
On November 9, 2002 01:06 pm, Eric Pouech wrote:
another way (absolutely not tested), would be to:
1/ extract html files (+images...) into a temp dir
2/ direct any browser to browse
This is certainly possible, and it should work, to some extent.
The problem with it is that it's a complete
Folks,
As promised, the new Wine FAQ (in beautiful color, and an amazing bouquet),
is ready for public review before the end of the week. So there. :)
At the moment, it is available for your viewing pleasure here:
http://www.dssd.ca/Wine-FAQ.html
Keith Matthews, and Thomas Wickline did
CHM is a special extension of IE.
The patch to make any windows compatible with CHM (except Win 3.1) is
downloadable at
http://www.microsoft.com/downloads/release.asp?ReleaseID=30328
To handle and generate CHM I found a french page (tools are in
english).
However, this version is constantly changing; it is relative
to the last _released_ version. This is important to keep in
mind when looking at the bold items. For example, if you look
at the working version right after a new version is released,
nothing is going to be bold, as nothing has
+void RPCSS_Spork()
+{
+ /* Because we are a wine app, we can't fork. This is
+ a trick to invoke ourselves, so we can provide a
+ similar effect of creating a background process */
I was wondering about this but have been busy with other things. In
shelllink.c we call fork and
Eric Pouech [EMAIL PROTECTED] writes:
so do you prefer:
1/ hacky 16 bit block, still Win9x compatible
2/ DDE implementation, but incompatible with any native winhlp32/winhelp
We definitely don't want 16-bit hacks in the messaging code, we should
try to do things as NT-like as possible.
Greg Turner wrote:
On Friday 08 November 2002 03:59 pm, Tony Lambregts wrote:
Greg Turner wrote:
On Friday 08 November 2002 12:19 pm, Tony Lambregts wrote:
rootyodull greg # locate db2html
/usr/bin/gnome-db2html2
/usr/bin/gnome-db2html3
/usr/bin/gnome2-db2html
/usr/kde/2/bin/kdb2html
Le sam 09/11/2002 à 21:20, Steven Edwards a écrit :
Bugs:
1. The current treeview code doesnt compile under WINE for some resion.
When building under Mingw I dont have this problem.
treeview.c: In function `AddEntryToTree':
treeview.c:99: structure has no member named `item'
treeview.c: In
Dimitrie O. Paun wrote:
[Snip]
B. Documentation work
1. We need to first figure what is out of date. [IN PROGRESS]
* worker: Dustin Navea
* status: just started, help needed
* updated: Nov 9, 2002
2. Fix documentation build process [IN PROGRESS]
*
Dimitrie O. Paun wrote:
[Snip]
B. Documentation work
1. We need to first figure what is out of date. [IN PROGRESS]
* worker: Dustin Navea
* status: just started, help needed
* updated: Nov 9, 2002
2. Fix documentation build process [IN PROGRESS]
*
--- Francois Gouget [EMAIL PROTECTED] wrote:
On 8 Nov 2002, Marcus Brubaker wrote:
Why not just address that critique of emulators in the specific context
of WINE? Personally, I think that would be more effective. Something
like And while some may think that emulators are doomed to
On Saturday 09 November 2002 08:33 pm, Steven Edwards wrote:
+void RPCSS_Spork()
+{
+ /* Because we are a wine app, we can't fork. This is
+ a trick to invoke ourselves, so we can provide a
+ similar effect of creating a background process */
I was wondering about this but have
Le sam 09/11/2002 à 22:44, Dustin Navea a écrit :
why create code bloat? make it /dev/null and remove the /dev/null and
the 21 ... /dev/null covers both quite nicely
If you do that, you hide the error message the shell spits out if it
cannot find the command, which was the reason Sylvain
--- Greg Turner [EMAIL PROTECTED] wrote:
On Friday 08 November 2002 03:59 pm, Tony Lambregts wrote:
Greg Turner wrote:
On Friday 08 November 2002 12:19 pm, Tony Lambregts wrote:
root@yodull greg # locate db2html
/usr/bin/gnome-db2html2
/usr/bin/gnome-db2html3
Le sam 09/11/2002 à 22:38, Dustin Navea a écrit :
Sounds to me like we need a config check to see if db2html exists and if
docbook2html exists, and if neither do, then it spits out a warning that you
will not be able to build documentation until one is installed... Alexandre,
you wanna take
Le sam 09/11/2002 à 23:01, Vincent Béron a écrit :
Le sam 09/11/2002 à 22:38, Dustin Navea a écrit :
Sounds to me like we need a config check to see if db2html exists and if
docbook2html exists, and if neither do, then it spits out a warning that you
will not be able to build documentation
On Saturday 09 November 2002 09:09 pm, Tony Lambregts wrote:
OK do you think you could provide an adequate description of what is
required to build the documnetation on gentoo so we can inlude it in
the documentation? Preaty Please?
First, for your joe-blow end-user type, they did this for
Hmm, wonder where the generic steps to get output from sgml came from???
;)
*hint hint* *wink wink* ;P
-Dustin
--- Tony Lambregts [EMAIL PROTECTED] wrote:
Since the last patch looked really screwed up I am resending with .txt
extention
Hopfully this makes it easier for others to set up
Hmm, wonder where the generic steps to get output from sgml came from???
;)
*hint hint* *wink wink* ;P
-Dustin
--- Tony Lambregts [EMAIL PROTECTED] wrote:
Since the last patch looked really screwed up I am resending with .txt
extention
Hopfully this makes it easier for others to set up
Dustin Navea wrote:
Hmm, wonder where the generic steps to get output from sgml came from???
;)
*hint hint* *wink wink* ;P
Dunno... I think I cut and pasted that from an e-mail from you.
Did you release that X11...?? LGPL...?? or (TM.)?
--
Tony Lambregts
I have an application that consists of a single DLL and the EXE.
I have the sources required for the DLL in one directory and I have used
winemaker --dll to create the infrastructure for building the winelib
dll. It worked. So, now, I have nix_ctls.dll.so. My problem is that
I cannot, for some
46 matches
Mail list logo
