Thank you. I will take a look at this tomorrow morning.
On Jul 18, 2010 8:05 PM, "Jeff Zaroyko" wrote:
On Mon, Jul 19, 2010 at 10:48 AM, Misha Koshelev wrote:
> I believe the GLMap2f...
I don't know if this is entirely necessary for your purpose, but
OpenGL has a feedback buffer which can be us
On Mon, Jul 19, 2010 at 10:48 AM, Misha Koshelev wrote:
> I believe the GLMap2f functions are actually creating further vertex data...
> I could be wrong though. Thx
>
> Misha
I don't know if this is entirely necessary for your purpose, but
OpenGL has a feedback buffer which can be used to captur
I believe the GLMap2f functions are actually creating further vertex data...
I could be wrong though. Thx
Misha
On Jul 18, 2010 5:46 PM, "Roderick Colenbrander"
wrote:
On Sun, Jul 18, 2010 at 11:58 PM, Misha Koshelev wrote:
> On Sun, 2010-07-18 at...
How raw do you want to have it:
http://cgit
On Sun, Jul 18, 2010 at 11:58 PM, Misha Koshelev wrote:
> On Sun, 2010-07-18 at 14:37 -0700, Dan Kegel wrote:
>> IMHO, our criterion is "we only need to implement what apps really need",
>> and for the moment, that app probably could live with a stub for
>> D3DXCreateTeapot. When we run into a c
On Sun, 2010-07-18 at 14:37 -0700, Dan Kegel wrote:
> IMHO, our criterion is "we only need to implement what apps really need",
> and for the moment, that app probably could live with a stub for
> D3DXCreateTeapot. When we run into a complaint about
> our lousy teapot, we can create a better one.
On 18 July 2010 22:37, Dan Kegel wrote:
> IMHO, our criterion is "we only need to implement what apps really need",
> and for the moment, that app probably could live with a stub for
> D3DXCreateTeapot. When we run into a complaint about
> our lousy teapot, we can create a better one. So relax,
IMHO, our criterion is "we only need to implement what apps really need",
and for the moment, that app probably could live with a stub for
D3DXCreateTeapot. When we run into a complaint about
our lousy teapot, we can create a better one. So relax,
just do a stub, and move on to more important th
On 18 July 2010 21:56, Roderick Colenbrander wrote:
> Others have mentioned before that the only 'reverse' engineering
> method we allow is black box reverse engineering. Technically this is
> black box, but I would say that you can't use the output because of
> copyri
exactly_
> reproduces the vertices and indices created by Windows.
>
> My question: is Option B allowed, and if not, why not?
>
> Thank you
> Misha
>
Others have mentioned before that the only 'reverse' engineering
method we allow is black box reverse engineering. Te
Dear All:
I just wanted to double check before I do anything with
D3DXCreateTeapot.
I have several options for implementing this:
Option A
One, the slightly harder option, involves the original dataset:
http://www.sjbaker.org/teapot/teaset.tgz
Option B
Another, much simpler me
>> But which methods are allowed? I assume that "obvious"
>> methods (reading header files, registry dumps, etc.) are
>> acceptable, but can I e.g. analyze .pdb symbol files
>> (availble in e.g. Microsoft's DirectX SDK)?
>>
>>
>
> You can do the above as long as they are readily available. The .p
Mariusz Pluciński wrote:
Hello
I'm working on implementation of Games Explorer for Wine
(in Google Summer of Code). My work gets progress, but to
finish it, I need to get more information about Windows
implementation.
My question is: which reverse engineering methods are
legal and acc
On 5/30/2010 21:41, Mariusz Pluciński wrote:
Hello
I'm working on implementation of Games Explorer for Wine
(in Google Summer of Code). My work gets progress, but to
finish it, I need to get more information about Windows
implementation.
Hi, Mariusz.
My question is: which re
Hello
I'm working on implementation of Games Explorer for Wine
(in Google Summer of Code). My work gets progress, but to
finish it, I need to get more information about Windows
implementation.
My question is: which reverse engineering methods are
legal and accepted while working in Wine pr
Subject: Re: Wine policy question: What is considered "reverse
engineering"/what is acceptable?
To: "Jerome Leclanche"
Cc: daniel.san...@pobox.com, wine-devel@winehq.org
Date: Wednesday, May 13, 2009, 3:11 PM
On Wed, May 13, 2009 at 10:02 PM, Jerome Leclanche wrote:
> I tho
On Wed, May 13, 2009 at 10:02 PM, Jerome Leclanche wrote:
> I thought reverse engineering was only relevant to MS code? As in
> reverse engineering of windows dlls and so on; another application
> would be irrelevant.
>
> That's what I understood from it anyway.
First of
2009/5/13 Daniel Santos
> I was recently attempting to isolate the cause of a hang in Lord of the
> Rings Online and had it in a debugger. I mentioned this on IRC and was told
> that I was "reverse engineering" and any patch I came up with would not be
> accepted. I find
I thought reverse engineering was only relevant to MS code? As in
reverse engineering of windows dlls and so on; another application
would be irrelevant.
That's what I understood from it anyway.
J.
On Wed, May 13, 2009 at 10:20 PM, Daniel Santos
wrote:
> I was recently attempting to
I was recently attempting to isolate the cause of a hang in Lord of the Rings
Online and had it in a debugger. I mentioned this on IRC and was told that I
was "reverse engineering" and any patch I came up with would not be accepted.
I find this rather confusing and would like
On 8/7/07, Jakob Eriksson <[EMAIL PROTECTED]> wrote:
> James Hawkins wrote:
> > On 8/5/07, Jakob Eriksson <[EMAIL PROTECTED]> wrote:
> >
> >> DMCA Reverse engineering exemption:
> >>
> >> http://www.chillingeffects.org/reverse/faq.cgi#QI
James Hawkins wrote:
> On 8/5/07, Jakob Eriksson <[EMAIL PROTECTED]> wrote:
>
>> DMCA Reverse engineering exemption:
>>
>> http://www.chillingeffects.org/reverse/faq.cgi#QID210
>>
>>
>
> >From the article:
>
> "The reverse engin
me and I do
> not really speak assembler)
>
>
While living in America and going to school seeking a computer related
degree, I had to take an ethics class on the industry. I did a
presentation on the DMCA. Yes, the DMCA seems to be written such that
any reverse engineering has to be do
Am Montag, 6. August 2007 21:02 schrieb James Hawkins:
> "The reverse engineer is required to ask permission first, however."
>
> ...good luck with that.
Asking is easy :-)
Does the reverse engineer have to get permission? If he does need the blessing
of the creator of the reverse engineered soft
I don't think there is a problem as i am just using documented APIs from
> > MSDN, but since it includes looking at the call stack, i was curious if
> > there might be a legal problem.
> >
> > I don't want to put the idea to use or release it if it in any way
Kai Blin wrote:
>
> Why would you even bother to disassemble to write a unit test? All Wine cares
> about is "What's the output of function X when I put in Y and Z as
> parameters?". That's why you write a conformance test that will run on
> Windows. Then you make Wine behave the same. No need t
>
> Please note that "reverse engineering by disassembly" is not the same
> as "reverse engineering by black box testing". The former is not only
> disallowed by many license agreements, it's actually a violation of copyright
> in most (western) countries
t includes looking at the call stack, i was curious if
> there might be a legal problem.
>
> I don't want to put the idea to use or release it if it in any way is
> illegal.
>
> Please think long and hard before you reply.
>
DMCA Reverse engineering exemption:
http://www.chillingeffects.org/reverse/faq.cgi#QID210
regards,
Jakob
part, as their
> >> license prohibits it (EULA).
> >
> > Please note that "reverse engineering by disassembly" is not the same
> > as "reverse engineering by black box testing". The former is not only
> > disallowed by many license agreements, it&
On Sunday 05 August 2007 17:27:23 you wrote:
> Thanks for your comments Kai.
My pleasure.
> > It's also not allowed to break other laws while developing software.
> > Where would you draw the line? Disassembling software is (almost always)
> > illegal. Killing people is illegal. Should both be i
everse engineer Microsoft DLLs. I understand this part, as their
> > > license prohibits it (EULA).
> >
> > Please note that "reverse engineering by disassembly" is not the same
> > as "reverse engineering by black box testing". The former is n
cense prohibits it (EULA).
>
> Please note that "reverse engineering by disassembly" is not the same
> as "reverse engineering by black box testing". The former is not only
> disallowed by many license agreements, it's actually a violation of copyright
> in most (w
On Sunday 05 August 2007 04:23:15 Peter Dons Tychsen wrote:
> It was regarding the fact that it is not allowed to disassemble and
> reverse engineer Microsoft DLLs. I understand this part, as their
> license prohibits it (EULA).
Please note that "reverse engineering by disassemb
Hello James/Wine.
1)
I noticed your comment the forums here:
http://article.gmane.org/gmane.comp.emulators.wine.devel/52810
It was regarding the fact that it is not allowed to disassemble and
reverse engineer Microsoft DLLs. I understand this part, as their
license prohibits it (EULA).
However,
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> I_CryptFindLruEntryData,I_CryptFlushLruCache,I_CryptFreeLruCache are
> stdcall with 3 arguments. Wine has them with 1 argument, so you have to
> change that.
Wow--well done, Marcus, thanks.
--Juan
On Thu, Nov 24, 2005 at 01:14:41PM -0800, Juan Lang wrote:
> Hi folks, I'm trying to figure out what I_CryptCreateLruCache and friends
> do by calling them on Windows. The trouble is, I keep getting a runtime
> warning that %esp is not saved across a call to I_CryptFlushLruCache.
> I've tried the
Hi folks, I'm trying to figure out what I_CryptCreateLruCache and friends
do by calling them on Windows. The trouble is, I keep getting a runtime
warning that %esp is not saved across a call to I_CryptFlushLruCache.
I've tried the obvious thing (trying both __stdcall and __cdecl calling
conventio
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> if i use a debugger to find the number of parameters of an undocumented
> function, will a patch based on this knowledge be accepted in wine ?
>
> Is this the normal way to deal with undocumented stuff? Or is it better to
> make a test program tha
On Sun, 2003-12-28 at 10:37, Stefan Leichter wrote:
> if i use a debugger to find the number of parameters of an undocumented
> function, will a patch based on this knowledge be accepted in wine ?
My understanding is that this is acceptable. The only problems arise
when somebody actually tries t
Hello,
if i use a debugger to find the number of parameters of an undocumented
function, will a patch based on this knowledge be accepted in wine ?
Is this the normal way to deal with undocumented stuff? Or is it better to
make a test program that prints the stack pointer before and after the
Somebody was asking about what is allowed with
respect to using Microsoft SDKs when writing Wine
code. I have no answer for his question, but
did spend a few minutes digging up interesting bookmarks
on reverse engineering in general. Maybe they'll
be of some interest.
http://reengineer.org/
40 matches
Mail list logo
