On 21 March 2011 15:47, Charles Davis wrote:
> On 3/20/11 10:28 PM, Ben Klein wrote:
>> On 21 March 2011 15:10, Charles Davis wrote:
>>> On 3/20/11 9:31 PM, Ben Klein wrote:
On 21 March 2011 12:26, Charles Davis wrote:
> Also, as near as I can tell, this will only work on x86 Linux. It
On Sun, Mar 20, 2011 at 3:48 PM, Stefan Dösinger wrote:
> On Sunday 20 March 2011 21:46:34 Austin English wrote:
>> > There are some patches still around (would have to look them up) and
>> > they work.
>
> I think the main problem with implementing xinput.dll isn't xinput itself, it
> is the lac
Hi Konrad,
You should try to figure out why blit_priv is NULL. That's the real
issue. What drivers are you using? Do they support arb fragment
program? Right now we may still call arbfp_blit_surface when the
extension isn't around (was working on this a year ago, haven't had
time since then :( ),
On 3/20/11 10:28 PM, Ben Klein wrote:
> On 21 March 2011 15:10, Charles Davis wrote:
>> On 3/20/11 9:31 PM, Ben Klein wrote:
>>> On 21 March 2011 12:26, Charles Davis wrote:
Also, as near as I can tell, this will only work on x86 Linux. It won't
work anywhere else (e.g. Mac OS X, FreeBS
On 21 March 2011 15:10, Charles Davis wrote:
> On 3/20/11 9:31 PM, Ben Klein wrote:
>> On 21 March 2011 12:26, Charles Davis wrote:
>>> Also, as near as I can tell, this will only work on x86 Linux. It won't
>>> work anywhere else (e.g. Mac OS X, FreeBSD, Solaris, etc.). This is
>>> because the '
On 3/20/11 9:31 PM, Ben Klein wrote:
> On 21 March 2011 12:26, Charles Davis wrote:
>> Also, as near as I can tell, this will only work on x86 Linux. It won't
>> work anywhere else (e.g. Mac OS X, FreeBSD, Solaris, etc.). This is
>> because the 'start' code invokes execve(2) using the interrupt 80
On 21 March 2011 12:26, Charles Davis wrote:
> Also, as near as I can tell, this will only work on x86 Linux. It won't
> work anywhere else (e.g. Mac OS X, FreeBSD, Solaris, etc.). This is
> because the 'start' code invokes execve(2) using the interrupt 80h
> interface. Even if other systems use i
Thanks all for the info and insight.
On 21 March 2011 07:48, Stefan Dösinger wrote:
> On Sunday 20 March 2011 21:46:34 Austin English wrote:
> > > There are some patches still around (would have to look them up) and
> > > they work.
>
> I think the main problem with implementing xinput.dll isn'
On 3/20/11 4:14 AM, Pali Rohár wrote:
2011/2/19 Pali Rohár:
2011/2/4 Pali Rohár:
Hello,
I created patch which implement correct _start section in ELF shared
libraries/binaries which generate winegcc.
Into _start section this patch add calling execve syscall which start
wine with all arguments.
On 3/20/11 6:54 PM, Chris Robinson wrote:
> On Sunday, March 20, 2011 4:37:07 PM Vitaliy Margolen wrote:
>> On 03/20/2011 05:14 AM, Pali Rohár wrote:
>>> Can anybody review my patch?
>>
>> Not sure what you trying to do exactly. Wine already has wrapper that makes
>> all wine binaries executable af
On 03/20/2011 06:54 PM, Chris Robinson wrote:
As far as I can tell, the patch makes it so the .exe.so file can be run
directly, by adding a _start section that automatically execs wine with all
the same arguments passed on the command line. As a result, it removes the .so
extension so you can, fo
On Sunday, March 20, 2011 4:37:07 PM Vitaliy Margolen wrote:
> On 03/20/2011 05:14 AM, Pali Rohár wrote:
> > Can anybody review my patch?
>
> Not sure what you trying to do exactly. Wine already has wrapper that makes
> all wine binaries executable after they are being installed into system.
Wine
On 03/20/2011 05:14 AM, Pali Rohár wrote:
Can anybody review my patch?
Not sure what you trying to do exactly. Wine already has wrapper that makes
all wine binaries executable after they are being installed into system.
As for the patch:
- Do not use tab characters
- Please no unneeded white
On 03/20/2011 12:12 PM, Sanket Patel wrote:
I Have One Idea .
Why Should not we make wine portable ?
Elaborate in details please. How do you want to make something portable?
This is not windows. Everything already can be packaged into a single binary.
And if you talking about packagin
On 03/20/2011 04:48 PM, Stefan Dösinger wrote:
but preferably joystick input should be done over the X server and winex11.drv.
This sounds good in theory but completely useless in practice.
The X11 interface does not support force feedback, so you'll need to talk to
the device directly for tha
On Sunday 20 March 2011 21:46:34 Austin English wrote:
> > There are some patches still around (would have to look them up) and
> > they work.
I think the main problem with implementing xinput.dll isn't xinput itself, it
is the lack of a proper joystick infrastructure in wine. Currently dinput.dl
On Sunday 20 March 2011 22:29:34 Joshua Beck wrote:
> I erred on the side of caution because I didn't want to spend all summer
> working on a project that I couldn't finish.
Finding the right amount of work is certainly tricky. Luckily d3dx9 has many
functions, so if you find out that you have ple
Hi,
Thanks for your proposal!
I don't know the functions you suggest well enough personally to judge the
amount of work that is needed. Potential mentors are Roderick, Matteo, Henri
and me. I don't know who has time and is willing to mentor, but I think it is
safe to say that we'll find somebod
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code projec
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code projec
On 3/20/2011 1:02 PM, Stefan Dösinger wrote:
On Sunday 20 March 2011 18:15:20 Joshua Beck wrote:
I'm looking for feedback on an idea for a Google Summer of Code project.
Cool, thanks for your interest!
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16A
On Sun, Mar 20, 2011 at 15:40, Roderick Colenbrander
wrote:
> On Sun, Mar 20, 2011 at 1:26 PM, Alesh Slovak wrote:
>>
>> On 21 March 2011 00:21, Vitaliy Margolen wrote:
>>>
>>> On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested in getting the Xbox 360 controller working in win
On Sun, Mar 20, 2011 at 1:26 PM, Alesh Slovak wrote:
>
> On 21 March 2011 00:21, Vitaliy Margolen wrote:
>>
>> On 03/20/2011 08:20 AM, Alesh Slovak wrote:
>>>
>>> I am interested in getting the Xbox 360 controller working in wine.
>>
>> You'll need to implement xinput*.dll which is an empty stub
On 21 March 2011 00:21, Vitaliy Margolen wrote:
> On 03/20/2011 08:20 AM, Alesh Slovak wrote:
>
>> I am interested in getting the Xbox 360 controller working in wine.
>>
> You'll need to implement xinput*.dll which is an empty stub in Wine.
>
Do you know if there has been any previous effort tha
Hello,
First an introduction, My name is Jay Yang, I'm currently an
undergraduate at the University of Michigan, and as this email
indicates, I'm interested in participating in Google Summer of Code.
I've been looking at the Cygwin project idea listed on the Summer
of Code page, and af
I Have One Idea .
Why Should not we make wine portable ?
--
" Live 2 Love and Love 2 Live "
On Sunday 20 March 2011 18:15:20 Joshua Beck wrote:
> I'm looking for feedback on an idea for a Google Summer of Code project.
Cool, thanks for your interest!
> I looked at bugzilla and found that the D3DX9 versions of
> Float16To32Array and Float32To16Array were needed for some games to run.
> I
On 03/20/2011 11:13 AM, Joshua Beck wrote:
My last two emails to this list haven't been accepted. I think I figured out
the reason why. Instead of resending the last email I sent, which might make
it look like I'm spamming, I'm sending this test email instead.
You have to be subscribed to this
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code projec
My last two emails to this list haven't been accepted. I think I figured
out the reason why. Instead of resending the last email I sent, which
might make it look like I'm spamming, I'm sending this test email instead.
Dear Wine developers,
I would like implement some of the missing mesh functions in Wine's
D3DX9 for Google Summer of Code 2011. I would like to implement the
following functions:
- CloneMesh
- CloneMeshFVF
- ConvertPointRepsToAdjacency
- ConvertAdjacencyToPointReps
- GenerateAdjacency
T
On 03/19/2011 11:29 PM, m...@mtew.isa-geek.net wrote:
The suffix logical form is not that difficult to understand.
But is completely alien for the rest of the project. Please don't use it.
Even Perl creator himself says not to use such notation.
Vitaliy.
On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested in getting the Xbox 360 controller working in wine.
You'll need to implement xinput*.dll which is an empty stub in Wine.
Vitaliy.
Hi,
I apologize if this question has come up before, I could not find a search
feature in the mailing list archives and google didn't give me much on the
subject.
I am interested in getting the Xbox 360 controller working in wine.
Currently, I can use the controller, but it is recognized only as
34 matches
Mail list logo
