On Mon, 2009-12-21 at 08:47 -0800, Eric House wrote:
> > Dave Korn <dave.korn.cyg...@googlemail.com> wrote
> > [...]
> > http://blogs.msdn.com/anthonywong/archive/2006/03/13/550686.aspx
> > [...]
> > http://msdn.microsoft.com/en-us/library/bb840031.aspx
> > [...]
> >   I believe that's enough publicly-available info for someone to infer the
> > naming scheme from the first one and the constant values from the second and
> > thereby legitimately reproduce the #defines for the header.  HTH :)
> 
> Helps a ton!  I'm unable to find definitions only for the following
> constants:
> 
> CONNMGR_PRIORITY_USERBACKGROUND
> CONNMGR_PRIORITY_USERIDLE
> CONNMGR_PRIORITY_EXTERNALINTERACTIVE
> CONNMGR_PRIORITY_LOWBKGND
> 
> CONNMGR_FLAG_SUSPEND_AWARE
> CONNMGR_FLAG_REGISTERED_HOME
> CONNMGR_FLAG_NO_ERROR_MSGS
> 
> The first set are actually defined at this link:
> 
> http://www.studio-odyssey.net/content/note/archive01.htm
> 
> which is gibberish to my browser.  I suspect it simply pastes in MS's
> copyrighted header file, meaning we couldn't use it.
> 
> The second set of three I can't find anywhere (googling for 'define
> <id>').
> 
> Actually, as I understand copyright law we *can* use the values from
> the link above.  It might be a violation of copyright to
> copy-and-paste from a copyrighted document, but here I'm creating a
> new document using information from another.  If MS is claiming the
> values are trade secrets that's another matter.  So it seems that
> unless the MS Tools licence prohibits it anyone with a copy of the
> header could look these up and add them.

I have been pointed to the MinGW policy in previous discussions. At , it
says :

> For missing declarations or import functions in the mingw runtime or
> w32api it is essential to specify the source of the documentation on
> which you based your patch, or to otherwise provide proof that you
> have developed your solution through your own experimental effort.
> Never resolve an issue by looking at someone else's work (unless it is
> public domain). We only accept patches based on publicly available
> documentation, (MSDN is an acceptable source, as is any BSD or
> similarly licensed source; no GPL or LPGL licensed source is
> acceptable, unless your patch relates to a MinGW package which is
> already distributed under one of these licences), or on individual
> experimental effort, and never based on others' work, (particularly
> where that work may be proprietary). Note, in particular, that we
> adopt a much stricter standpoint on extracting information from
> Microsoft's SDK headers, than that taken by some other projects, such
> as Wine or ReactOS; consequently we will always reject,
> unconditionally, patches based on information extracted from files
> published by such projects.

so the 'gibberish' URL above looks promising but I'd like to know what
kind of document it is. If it's not copy-pasted from Microsoft SDK
headers then we might be able to use it.

Does anyone understand the language in that page ?

        Danny

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cegcc-devel

Reply via email to