January 2008 - Wine-Devel - list.winehq.org

Re: Spelling fixes - round 6
by Juan Lang Jan. 8, 2008

Jan. 8, 2008

Hi Austin, - case 0x32: /* ENABLE/DISABLE VIDEO ADDRERSSING */ + case 0x32: /* ENABLE/DISABLE VIDEO ADDRRESSING */ That's still misspelled. - * special virtualalloc, allocates lineary monoton growing memory. + * special virtualalloc, allocates linear monoton growing memory. Monoton isn't a word. Monotone is, as is monotonic, and monotonically, which is probably what's meant. -/* Volume functions derived from Alsaplayer source */ +/* Volume functions derivated from Alsaplayer source */ This change doesn't look correct to me. --Juan

2 1

Re: d3dx implementation senseless?
by tony.wasserka＠freenet.de Jan. 8, 2008

Jan. 8, 2008

Okay, I have a bit time now and tomorrow, so I'll probably have submitted a basic d3dx9 dll patch until Wednesday. So I'll create a new d3dx9 directory inside dlls, but I'm not that familiar with Wine's makefile system (not very much with makefiles in general honestly), so can anyone tell me how to tell make that it should create several copies of our dll?

2 1

Fwd: [alkyproject-announce] End of an era
by Marco da Silva Jan. 8, 2008

Jan. 8, 2008

Can that code be used in wine? the DX implementation could help I think

3 3

Dead in the water because of bug 11080
by Dan Kegel Jan. 8, 2008

Jan. 8, 2008

Today's git (or perhaps Friday's?) seems to cause every oldish microsoft runtime installer to fail; see http://bugs.winehq.org/show_bug.cgi?id=11080 This makes it kind of hard for me to verify my old bugs.

2 1

Commit stats
by Hans Leidekker Jan. 7, 2008

Jan. 7, 2008

$ for y in {2002..2007}; do \ n=$( git log | grep ^Date: | grep $y | wc -l ); \ echo "Number of commits in $y: $n"; \ done Number of commits in 2002: 3094 Number of commits in 2003: 3283 Number of commits in 2004: 3851 Number of commits in 2005: 6006 Number of commits in 2006: 8431 Number of commits in 2007: 9526 -Hans

2 1

Re: [PATCH] Fix REG_MULTI_SZ save fromat - bug 824
by Alexandre Julliard Jan. 7, 2008

Jan. 7, 2008

"Michal Piaskowski" <piaskal(a)gmail.com> writes: > Hi! > This is my first patch for wine. It fixes bug 824. > > The problem is that wine stores REG_MULTI_SZ as > null terminated string and sometimes looses information about data length. > Without this information wine can't tell if the original string was null > terminated or not. I don't think a non null-terminated MULTI_SZ string is very useful. Do you really have an app that depends on this? -- Alexandre Julliard julliard(a)winehq.org

2 4

re: [PATCH] Fix REG_MULTI_SZ save fromat - bug 824
by Dan Kegel Jan. 7, 2008

Jan. 7, 2008

Alexandre wrote: > I don't think a non null-terminated MULTI_SZ string is very useful. > Do you really have an app that depends on this? http://www.xpregistrycleaner.com/embedded-null-characters/ claims "some software vendors use the embedded-null registry key technique as a way to enforce the software license agreement and to reduce the ability of users to tamper with the license information stored in these registry keys." http://forum.sysinternals.com/forum_posts.asp?TID=6030 claims "iuVCR (www.iulabs.com) 4.11.0.374" might be such an app. http://forum.sysinternals.com/forum_posts.asp?TID=2628 says "The Aladdin Privilege Software Commerce Platform (SCP) may be a common denominator for instances of Registry keys with embedded nulls detected by RKR. ... [One app that seemed to use them was] a free trial of Adobe Acrobat Professional 6.0." http://forum.sysinternals.com/forum_posts.asp?TID=8882&PN=1 mentions that Windows itself uses keys with trailing nulls for some things. And of course there's all that splendid malware. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: dlls/kernel32/task.c -- minor improvement
by Alexandre Julliard Jan. 7, 2008

Jan. 7, 2008

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Index: dlls/kernel32/task.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel32/task.c,v > retrieving revision 1.2 > diff -u -3 -p -r1.2 task.c > --- dlls/kernel32/task.c 13 Oct 2006 10:27:19 -0000 1.2 > +++ dlls/kernel32/task.c 3 Jan 2008 21:33:44 -0000 > @@ -57,7 +57,7 @@ typedef struct > WORD magic; /* Thunks signature */ > WORD unused; > WORD free; /* Head of the free list */ > - WORD thunks[4]; /* Each thunk is 4 words long */ > + WORD thunks[]; /* Each thunk is 4 words long */ > } THUNKS; That syntax is not portable. -- Alexandre Julliard julliard(a)winehq.org

3 5

Re: Can't figure out how to link a program
by Blake McBride Jan. 7, 2008

Jan. 7, 2008

Dear Alexandre, Thank you for your response. With that little information I was able to get my entire system working. Two or three very simple examples showing all the steps in the docs would be worth their weight in gold and would be so easy to do. It's also a shame I had to send the inquiry through three different channels before getting an answer. Thank you very much for your quick response. I t made all the difference. Respectfully, Blake McBride Alexandre Julliard wrote: > Blake McBride <blake(a)mcbride.name> writes: > > >> I apologize for bothering you with this. I have tried getting an >> answer to this on comp.emulators.ms-windows.wine and on >> wine-devel(a)winehq.org without any responses. Actually, I am quite >> surprised that neither is this information available in the >> documentation, the examples, nor the faq. It seems like being able to >> compile and link a simple hello-world program without all kinds of >> convoluted / cygwin compatible / shared library wrapper stuff is >> either impossible or a deeply guarded secret. I used to use Willows >> and everything build cleanly and simply. Basically I'm just trying to >> compile a C program that uses the Win32 API. I would think there >> would be some simple way of compiling with your include files and >> linking with your libraries in a straight forward and simple way (like >> every other development system). >> > > There is, you have to use winegcc instead of plain gcc. It does all the > magic for you. > >

2 1

Fwd: [alkyproject-announce] End of an era
by Vincent Povirk Jan. 7, 2008

Jan. 7, 2008

Forwarding in case this might be useful to anyone here. ---------- Forwarded message ---------- From: Cody Brocious <cody.brocious(a)gmail.com> Date: Jan 7, 2008 3:46 AM Subject: [alkyproject-announce] End of an era To: alkyproject-announce(a)googlegroups.com It is with great sadness that I announce the closing of Falling Leaf Systems, LLC. We set out over a year ago to provide users of both "old and unsupported" as well as "alternative" Operating Systems the ability to run the latest games for the PC. Unfortunately, Falling Leaf Systems was unable to achieve that goal. However, every ending tends to open another door for opportunity and though we are saddened to announce our departure, we are almost as excited to announce the immediate availability of ALL source code for the Alky Project! It is licensed under the LGPL and includes both the orginal Alky Converter source used to convert the popular Prey Demo to run on OSX and Linux, as well as the alpha release of the Alky Compatibility Libraries which attempted to provide a DirectX10 compatible runtime for Windows XP. All of this is available at http://www.fallingleafsystems.com/ We have also created some new forums on the site for users to discuss the coming cycle of DirectX 10 based games. We hope that you'll pop in there from time to time, and we also hope you join our mailing list to receive an announcement in case some other Open Source project decides to carry on the Alky banner. We appreciate all your past support; Happy gaming! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Alky Project Announcements" group. To post to this group, send email to alkyproject-announce(a)googlegroups.com To unsubscribe from this group, send email to alkyproject-announce-unsubscribe(a)googlegroups.com For more options, visit this group at http://groups.google.com/group/alkyproject-announce?hl=en -~----------~----~----~----~------~----~------~--~--- -- Vincent Povirk

1 0