Damjan Jovanovic wrote:
The problem seems to be that after running for a
couple of seconds, all the file system calls like
ioctl() start failing with EBADF (bad file
descriptor). Is there something other than
wine_server_fd_to_handle() I have to do? The scanning
application I am testing uses mu
Hi
I've been working on an STI implementation for wine,
and recently I made some progress.
At present I've got a basic STI.DLL and I've made a
Linux kernel module replacement of USBSCAN.SYS on
Windows. I've only changed CreateFile() and
NtDeviceIoControl(). When CreateFile() gets a
devicepath "\\
The DefDlgProc16, DefDlgProcA and DefDlgProcW call CallWindowProc16,
CallWindowProcA and CallWindowProcW to pass messages to the dialog
procedures. The problem with this is that a dialog procedure is not a window
procedure, despite having a similar signature. The dialog procedures return a
BOOL
On 10/12/05, Craig macLeod <[EMAIL PROTECTED]> wrote:
> As the subject says,
> I have a Windows application and I wish to run a native linux
> application from withing it. The main Win32 API calls for running another
> apllication are
>
> ShellExecute
> WinExec
> CreateProcess
>
> I have tried
Craig macLeod wrote:
> I would like a change to the Winefile application to add the ability to
> parse the commandline for it. Mainly so you can pass in a startup folder.
>
> eg
> winefile c:/temp
>
> will open the selected path under /.wine/ folder.
Since this is also possible with Microsoft's ex
Hi,
I would like a change to the
Winefile application to add the ability to parse the commandline for it. Mainly
so you can pass in a startup folder.
eg
winefile c:/temp
will open the selected path under /.wine/
folder.
This feature would be useful so an application can
open a brow
Le jeudi 13 octobre 2005 à 00:58 +, Molle Bestefich a écrit :
> On 10/10/05, Dimi Paun <[EMAIL PROTECTED]> wrote:
> > On Mon, 2005-10-10 at 07:16 +, Molle Bestefich wrote:
> > > Alternatively, I could put everything regarding IDA into the AppDB as
> > > you suggest and then send a new patch
As the subject says,
I have a Windows application and
I wish to run a native linux application from withing it. The main Win32 API
calls for running another apllication are
ShellExecute
WinExec
CreateProcess
I have tried calling a native linux program with
these (nautilus) and it cons
On 10/10/05, Dimi Paun <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-10-10 at 07:16 +, Molle Bestefich wrote:
> > Alternatively, I could put everything regarding IDA into the AppDB as
> > you suggest and then send a new patch which links to it from the docs?
>
> Yes, that would be better. That is,
On 10/12/05, Tony Lambregts <[EMAIL PROTECTED]> wrote:
>
> I can try to list the correct dll under each category but I am going to
> need som help somewhere along the line. Some are obvious to me but
> others make my head hum...
>
> If it is worth while I am certainly willing to do it.
>
I think w
Francois Gouget wrote:
On Mon, 10 Oct 2005, Tony Lambregts wrote:
[...]
I'm not sure about 'Window painting in Wine', but we could have one
keyword per dll. Then once a bug is disgnosed down to a specific
dll, the relevant keyword would be added. This would let developpers
with specific know
Hi all,
I grabbed a CVS snapshot yesterday, and while the builtin COMCTL32 doesn't work,
with the native one, i finally managed to install Warblade (as previously
reported by Marcus Meissner), whereas wine-20050930 crashed.
Now that i moved one step further, a new error appears, when launching th
You forgot to attach the patch...
thanks.
Le mercredi 12 octobre 2005 à 12:58 -0700, Krzysztof Foltman a écrit :
> I'm still surprised how could I overlook that - luckily, the library of
> test cases is growing :)
>
> ChangeLog:
> * fix unnecessary (and harmful) repeated statement
>
--
Jonat
On Wed, Oct 12, 2005 at 08:54:32PM +0100, Oliver Stieber wrote:
>
> --- Daniel <[EMAIL PROTECTED]> wrote:
>
> > Is there anyone that actually receives my mails?
> >
>
> Which emails, the last two emails I recieved from you were:
> Debian packages and [daniel: OpenGL bug in 20050930]
Yeah, that
On Wed, Oct 12, 2005 at 02:23:09PM +0100, Oliver Stieber wrote:
> Some of the code currently falls back to the desktop windows, and it looks
> like the X root windows
> is the desktop window when wine isn't running in desktop mode.
> We should only be using the desktop window if that's what Window
--- Daniel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> some combination of wine and my system seems to be triggering a strange
> bug:
> Every program that uses OpenGL or D3D crashes upon trying to initialize
> the graphics. Attached is a sample log of trying to run Starsiege
> Tribes. The other attachm
--- Daniel <[EMAIL PROTECTED]> wrote:
> Is there anyone that actually receives my mails?
>
Which emails, the last two emails I recieved from you were:
Debian packages and [daniel: OpenGL bug in 20050930]
Oliver.
> confused,
> Daniel
>
>
>
___
I just got it too.
Hiji
--- Kuba Ober <[EMAIL PROTECTED]> wrote:
> On Wednesday 12 October 2005 14:29, Daniel wrote:
> > Is there anyone that actually receives my mails?
>
> I do :)
>
> Kuba
>
>
>
__
Yahoo! Mail - PC Magazine Edi
Am Mittwoch, 12. Oktober 2005 20:29 schrieb Daniel:
> Is there anyone that actually receives my mails?
I receive them
Stefan
On Wednesday 12 October 2005 14:29, Daniel wrote:
> Is there anyone that actually receives my mails?
I do :)
Kuba
Is there anyone that actually receives my mails?
confused,
Daniel
On Wed, 2005-10-12 at 07:08, Alexandre Julliard wrote:
> The problem is that they resolve to the same symbols in the
> dll. Something like this should fix it:
That did it! Thanks... mo
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hello,
> > This should be managed by reference counting wherever possible, if ddraw
> > holds a reference to the surface then it won't be released when the device
> > is released.
> I tried to do this, but I ran into problems:
> I have a DirectDraw
Hello,
> This should be managed by reference counting wherever possible, if ddraw
> holds a reference to the surface then it won't be released when the device
> is released.
I tried to do this, but I ran into problems:
I have a DirectDrawSurface, a Direct3D7Device, WineD3DDevice and a
WineD3DSurfa
--- Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> > > Tuesday, October 11, 2005, 9:00:49 PM, Hiji
> wrote:
> > > > Can you reproduce this bug? Follow these
> steps:
> > > > 1. Install Filezilla:
http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?download
> > > > 2. FTP into the
October issue of Tuxmagazine has an article on Wine and Cedega and Wine
is mentionned on the frontpage.
http://new.tuxmagazine.com/node/1000155
Free subscription required but you can use my email address to download
it.
Regards.
--
Jonathan Ernst <[EMAIL PROTECTED]>
signature.asc
Description:
Michael Ost <[EMAIL PROTECTED]> writes:
> The winebuild step triggered by wineg++ is not generating
> __wine_spec_init or __wine_dll_register entry points. These entry points
> *are* made if there are exports in the shared library's spec file. The
> entry points should be pulled in with libwinecrt
--- Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 11, 2005 at 10:24:58PM +0200, Stefan Dösinger wrote:
> > WineD3D can't create a device without a Window. For DirectDraw and D3D7
> > running without a Window is valid, at least to a certain extent. The D3D
> > light test does so, and som
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hello,
> I am trying again to Implement Direct3D 7 using WineD3D, and I've made some
> progress. The D3D7 Device implementation seems to initialize correctly, with
> the correct surfaces.
> My solution looks like this:
>
> * DirectDraw is u
Le mardi 11 octobre 2005 à 23:45 -0700, Hiji a écrit :
> --- Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
>
> > Tuesday, October 11, 2005, 9:00:49 PM, Hiji wrote:
> > > Can you reproduce this bug? Follow these steps:
> > > 1. Install Filezilla:
> > >
> >
> http://prdownloads.sourceforge.net/filezi
> I haven't looked at the patch, but hey, what about run-time detecting of
> what exactly WM (and maybe its version) is running?
>
> Sounds like refactoring WM-dependent code into some WM driver, in a vein
> of some Sound-Output driver, idea of which was given by Eric Pouech, I
> believe.
How many
* On Wed, 12 Oct 2005, Stefan [iso-8859-1] D�singer wrote:
>
> > http://www.winehq.org/hypermail/wine-patches/2005/03/att-0504/01-x11drv.diff
>
> I think this patch is incorrect, it fixes some apps, but it breaks
> others
>
> One suggestion was to fix non-managed windows instead, but according
> Hi Stefan, did you ever get any comment on this patch,
> as why it hasn't been committed??
>
> http://www.winehq.org/hypermail/wine-patches/2005/03/att-0504/01-x11drv.dif
>f
>
> It seems as if it fixes quite a few bugs (e.g. Steam)
> . Was it ever discussed further? Regards Louis
No, it was not d
> > WineD3D can't create a device without a Window. For DirectDraw and D3D7
> > running without a Window is valid, at least to a certain extent. The D3D
> > light test does so, and some games use this for some purposes. So I need
> > to do something for the case HWND == 0 or the d3d surface is not
34 matches
Mail list logo
