I dont think (although I could be wrong) that programs compiled in vs6
would have dependencies on .net, even if they were compiled on xp.. You
said that you are able to get other programs to run, such as winzip and
solitaire? If that is the case, then what I said above more than likely
_is_ w
On Thu, 21 Apr 2005 17:53, Michael Jung wrote:
> The functions, which do unix to
> wine path conversion, would try to find a path starting from a wine drive
> letter and if none is found, would pass through the unix path.
I don't like this idea. Aside from the fact that it would slow everything d
Hi,
FYI I stopped d3d9/wined3d work when I got to a point I had completed the
parts I was doing, and Oliver had sped ahead so I was ending up duplicating
work he was doing - I've put it to one side while waiting on the cvs tree to
get up to where he was.
The last I heard, Raphael was also willin
James Hawkins <[EMAIL PROTECTED]> writes:
> What would a proper implementation of registry mount points require,
> or what is the current implementation doing wrong? Do we want our
> implementation to be more in line with windows'?
I think the current implementation is mostly behaving correctly,
On 4/21/05, Benjamin Cutler <[EMAIL PROTECTED]> wrote:
> I was discussing this with some others who hang out in the #winehackers
> channel, and I'm curious who else might be working on the D3D9 portion
> of Wine. I was unsure of how ready for inclusion into the main branch
> the unofficial patches
I just installed Wine 20050419 and Lotus Notes 6.5.1 is still hanging and
using all the CPU when I click on the bookmark on the left hand side and
there are no error messages on the console. Rolling back to 20041201 corrects
this behavior.
Kevin
pgpisE052N1mu.pgp
Description: PGP signature
Hi Krzysztof,
thanks to your work on riched20.dll, eMule (http://www.emule-project.net) runs
on wine out of the box (Some display glitches in riched, but fully usable
otherwise). However, your last patch added an assert statement, which is
violated by emule. I did not try to find the real probl
On Thu, Apr 21, 2005 at 06:24:03AM -0500, David D. Hagood wrote:
> IF this happens when using SSH, something to check is what the actual
> settings of DISPLAY are:
>
> Normally under SSH, DISPLAY will be set to something like:
>
> DISPLAY=localhost:10
>
> and SSH will forward TCP port 6010 on t
David D. Hagood wrote:
To test this hypothesis, try setting the DISPLAY environment variable to
point directly to the computer you are using as the display (and making
sure that machine is set to allow the remote machine to use the
display), and see if the problem continues.
If it does, then my
IF this happens when using SSH, something to check is what the actual
settings of DISPLAY are:
Normally under SSH, DISPLAY will be set to something like:
DISPLAY=localhost:10
and SSH will forward TCP port 6010 on the remote machine to the local
machine's X server on port 6000.
It *could* be tha
Le jeu 21/04/2005 à 05:11, Andreas Mohr a écrit :
> Hi,
>
> On Thu, Apr 21, 2005 at 10:35:54AM +0200, Michael Riedel wrote:
> > Hi,
> >
> > I compiled wine20050419 under slackware 10.1 via tools/wineinstall.
> >
> > After starting a xterm window on a remote X11 terminal (via properly
> > initia
Hi,
On Thu, Apr 21, 2005 at 10:35:54AM +0200, Michael Riedel wrote:
> Hi,
>
> I compiled wine20050419 under slackware 10.1 via tools/wineinstall.
>
> After starting a xterm window on a remote X11 terminal (via properly
> initialized DISPLAY environment variable) I tried to start several wine
>
Hi,
I compiled wine20050419 under slackware 10.1 via tools/wineinstall.
After starting a xterm window on a remote X11 terminal (via properly
initialized DISPLAY environment variable) I tried to start several wine
progs (wcmd, winefile ...) and Windows applications (wine c:\\...) but
each time I
Hi Troy,
On Thursday 21 April 2005 01:34, Troy Rollo wrote:
> On Thu, 21 Apr 2005 02:45, Michael Jung wrote:
> > This all doesn't help a whole lot, however, if what you want is to access
> > files via unix path names. The CreateFile etc. functions still do not
> > know how to handle unix paths.
>
I was discussing this with some others who hang out in the #winehackers
channel, and I'm curious who else might be working on the D3D9 portion
of Wine. I was unsure of how ready for inclusion into the main branch
the unofficial patches are, but I've heard from a couple sources that
most of the patc
15 matches
Mail list logo
