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 som
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
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 se
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 se
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 y
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 document
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 tak
why create code bloat? make it &> /dev/null and remove the > /dev/null and
the 2>&1 ... &> /dev/null covers both quite nicely
-Dustin
--- Sylvain Petreolle <[EMAIL PROTECTED]> wrote:
> We should test if the db2 or docbook2 binaries are available so
> we could support both...
> Otherwise
--- 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:44, Dustin Navea a écrit :
> why create code bloat? make it &> /dev/null and remove the > /dev/null and
> the 2>&1 ... &> /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 reaso
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 thi
--- 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 doom
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]
>
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
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:
root@yodull greg # locate db2html
/usr/bin/gnome-db2html2
/usr/bin/gnome-db2html3
/usr/bin/gnome2-db2html
/usr/kde/2/bin/kdb2html
/u
Dimitrie O. Paun wrote:
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 Th
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. Ru
+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 wa
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 chan
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).
http://www.jurixt.com/informatique/hlp_co
*Lots* of updates on this one:
http://www.dssd.ca/Wine-0.9-TODO-0.4.html
Please note that the above URL is for the _released_ TODO
(note that the version appears in the URL). If you want
to follow the working version, you can do so at:
http://www.dssd.ca/Wine-0.9-TODO.html
However, this ver
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 m
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 de
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 c
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 handlin
> 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 loa
> 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
> 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
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.
Patch a1 is wrong and must not be applied.
Function 0x0c is really a recursive call and
cannot be handled this way. Simple fix would be to call
DOSVM_Int21Handler from function 0x0c handler after
AH register has been modified (and lets add a detailed
comment here this time so everybody understands
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 re
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 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 automatical
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 GetCurrent
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: wi
--- "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, thi
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
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.
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
-- 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
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 possibl
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
|
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
conta
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
stron
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 abo
> 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
Open
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
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 compos
> 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 unnecessar
50 matches
Mail list logo