On Sat, 2005-05-21 at 12:18 +0100, Mike Hearn wrote:
> The simplest solution is just to pull Debians helper thingy upstream
> and recommend packagers depend on that in their packages, IMHO. Wine
> may need to use Mono at some point but it's been years and not many
> apps have a heavy .NET dependenc
On Sat, 2005-05-21 at 13:22 +0200, Alexandre Julliard wrote:
>
> IMO the no native DLLs bit kills 99% of the potential uses of the
> feature. The reason people want to dlopen libwine is so that they can
> do everything in Unix except occasionally load some Windows driver or
> DLL for which they ne
Detlef Riekenberg wrote:
Am Samstag, den 07.05.2005, 03:23 +0200 schrieb Francois Gouget:
* Get rid of the configuration file
Well that's the 0.9 todo list. Maybe it's best to keep it separate
from this list.
Is my understanding correct, that this is about the Part of the Registry
in "$W
Hello All,
I'd like to bring this to your attention and review, hopefully to spawn
some constructive discussions. The code was a result of experiments I've
been doing lately concering some new idea not especially related to
WINE.
To quote myself from http://wiki.winehq.org/UnalignedMmap:
Am Samstag, den 07.05.2005, 03:23 +0200 schrieb Francois Gouget:
> * Get rid of the configuration file
> Well that's the 0.9 todo list. Maybe it's best to keep it separate
> from this list.
Is my understanding correct, that this is about the Part of the Registry
in "$WINEPREFIX/config"?
On Saturday 21 May 2005 11:39, Lionel Ulmer wrote:
> >From what I know, this will allow to build Wine without the -gstabs+
>
> compilation flag. Ie Wine will understand the new (standard) DWARF2
> debugging symbols.
Yes, you are right :)
dwarf2 debug format is the standard format since gcc3 (and
Am Freitag, den 20.05.2005, 07:39 -0400 schrieb Dimi Paun:
> > It looks like perl is being run in a French locale. Is this your doing
> > or po4a's?
>
> pa4a's:
> [EMAIL PROTECTED] ~]$ echo $LANG
> en_US.UTF-8
>
make[1]: Verlasse Verzeichnis »/home/detlef/wine.cvs/bin/en«
make[1]: Gehe in Verz
Am Freitag, den 20.05.2005, 07:39 -0400 schrieb Dimi Paun:
> Can we easily patch it to get rid of it? We don't need localized
> messages, maybe we can provide a dummy gettext.pm?
For the winetools shell-script, i use this function, ...
---
wt_find_gettext()
{
which "gettext.sh" >
Hallo,
running CVS wine on my dual pentium machine with debugmessages enabled, I
now see that both CPUs spit out debug output at the same time, leading to
garbled output, like:
000b:Call gdi32.GetCurrentObject(136c,0005) ret=7f0013:Ca000b:Ret
gdi32.GetCurrentObject() retval=0044 ret=7
Hi
While working with wine, I found the way how wine handles the
environment.
example for "TMP":
1. HCU\Environment\TMP
2. HKLM\System\CurrentControlSet\Control\Session Manager\Environment\TMP
3. $WINETMP
4. $WINEPREFIX/config (TEMP)
5. Buildin Default (c:\windows\temp)
During "wineprefixcreate"
Hi Alexandre,
I implemented a driver model in qcap now, but avicap32 still uses my old
#ifdef LINUX_VIDEODEV_H, since some people might be interested in
writing capcreatecapturewindow, I think we should move out the drivers
from qcap to our own vfwwine dll/driver, windows uses a similar model
On Sat, 21 May 2005 13:01:47 +0200, Gerold J. Wucherpfennig wrote:
> I just want to let you know that I'm working at the FCI functions of
> CABINET.DLL
Woohoo! Go Gerold! Let us know how it goes, maybe use a Wiki page if the
work is going to take a long time.
thanks -mike
Dimi Paun <[EMAIL PROTECTED]> writes:
> What people really want is to able to simply do:
>$CC -o myapp -lwine
> or even better:
>...
>void *wine = dlopen("wine");
>if (wine) {
> ...
>}
> This is what we need to provide.
>
> You see, right now we offer the most functio
On Sat, 21 May 2005 07:07:53 -0400, Dimi Paun wrote:
> On Sat, 2005-05-21 at 00:43 +0900, Mike McCormack wrote:
> > IMO, the right way to make it work is to enable closer integration of
> > the two projects. We tried Mono using Wine, and that failed, but Wine
> > has so far not tried using Mono.
>
Detlef Riekenberg <[EMAIL PROTECTED]> writes:
> While reading the source to learn how wine works internal, i found some
> things not found in the documentation (wine-user.pdf, wine-devel.pdf or
> winelib-user.pdf):
>
> environment:
> WINEPATH
> WINEHOME
> WINETEMP
> WINETMP
These are internal va
Robert Lunnon <[EMAIL PROTECTED]> writes:
> Really we need a better way. Under Solaris I have run into these problems for
> well over 2 years and I have a patch in my kit that pre-allocates 64MB for
> the heap then lets mmap allocate over the 2 GB limit for everything else, eg
> DLLs and so on.
On Sat, 2005-05-21 at 00:43 +0900, Mike McCormack wrote:
> IMO, the right way to make it work is to enable closer integration of
> the two projects. We tried Mono using Wine, and that failed, but Wine
> has so far not tried using Mono.
That's a big failure on our part (as well as theirs).
Doing
I just want to let you know that I'm working at the FCI functions of
CABINET.DLL. I had a look at this a few years ago, but gave up soon.
Two weeks ago I made a new attempt and next weekend I should
be able I post a patch which implements all FCI functions and
will work with spanning cabinets. Real
On Sat, 2005-05-21 at 09:39 +0200, Eric Pouech wrote:
> here's the list of server calls in all wine DLLs (only are listed the
> DLLs that actually make server calls).
Cool. Maybe we should start a ServerCallCleanup JanitorialProject
on the Wiki?
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
On Sat, 2005-05-21 at 12:13 +0200, Detlef Riekenberg wrote:
> Is someone working on the documentation for this?
Not that I know of.
> Target-Documentation for this ?
Probably wine.man, there is already a section there for
environment variables.
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
Dmitry Timoshkov a écrit :
Hello,
Changelog:
Dmitry Timoshkov <[EMAIL PROTECTED]>
Print file offset instead of obscure 'prefix' while dumping data.
prefix is used to properly indent the output of the dump, so you do want to keep
the prefix (this doesn't prevent you from adding the offse
Hi
While reading the source to learn how wine works internal, i found some
things not found in the documentation (wine-user.pdf, wine-devel.pdf or
winelib-user.pdf):
environment:
WINEPATH
WINEHOME
WINETEMP
WINETMP
"WINEPREFIX" is not new for me (working with wineprefixcreate), but the
documenta
Mike Hearn a écrit :
On Fri, 20 May 2005 23:16:12 +0200, Raphael wrote:
We only have to build a correct symt model to get it working perfectly
What exactly will this work allow - will winedbg get better as a result?
At the moment backtraces already give function information...
it will displa
On Sat, May 21, 2005 at 10:22:02AM +0100, Mike Hearn wrote:
> What exactly will this work allow - will winedbg get better as a result?
> At the moment backtraces already give function information...
>From what I know, this will allow to build Wine without the -gstabs+
compilation flag. Ie Wine wil
On Fri, 20 May 2005 23:16:12 +0200, Raphael wrote:
> We only have to build a correct symt model to get it working perfectly
What exactly will this work allow - will winedbg get better as a result?
At the moment backtraces already give function information...
thanks -mike
Dimitrie Paun a écrit :
This patch removes the last server call from advapi32 and we should keep
it free from server calls to reduce the effects of the changing of a
server interface.
Nice. BTW, what DLLs make server calls? Any other that shoudn't
but still do?
here's the list of server call
26 matches
Mail list logo
