wine-devel January 2008

wine-devel@winehq.org

126 participants
290 discussions

re: [PATCH] Fix REG_MULTI_SZ save fromat - bug 824
by Dan Kegel 07 Jan '08

07 Jan '08

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 07 Jan '08

07 Jan '08

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 07 Jan '08

07 Jan '08

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 07 Jan '08

07 Jan '08

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

Re: d3dx implementation senseless?
by tony.wasserka＠freenet.de 07 Jan '08

07 Jan '08

> Since everybody agrees that we need a built-in d3dx9, we could begin to implement it. > In the last talk about it, no plan was found to implement it: does one create a wined3dx or implement on the top of the last d3dx9 > dll? > > So, I think that a definitive answer should be given very quickly. > > David As far as I read, we decided to create the dlls/d3dx9_** directories, use the latest one for all the code and forward all calls from older dlls to this one. However, I don't think that it is a problem if a dll contains more functions than the native dll, so we could also just use 12 (sth. around that) copies of the same dll. And about starting development: I have already began to implement the D3DXRenderToSurface interface, but I'm new to COM programming so the progress is quite slow, so I'd recommend someone other to do the base of the dll. A suggestion I'd like to do is a message that Wine should print out when a program wants to use the d3dx9 dll, sth. like: MESSAGE("The application you want to run makes use of the D3DX9 library!n"); MESSAGE("tIts implementation under Wine is very young and far away from complete.n"); MESSAGE("tYou may be better off using a native d3dx9_24.dll file.n");

3 2

[Fwd: Re: French LTEXT correction]
by Jonathan Ernst 07 Jan '08

07 Jan '08

Hello, Please use "reply-to all" so that everybody on the list can read your answer. -------- Forwarded Message -------- From: Vincent Hardy <vincent.hardy.be(a)gmail.com> Reply-To: vincent.hardy.be(a)gmail.com To: Jonathan Ernst <jonathan(a)ernstfamily.ch> Subject: Re: French LTEXT correction Date: Mon, 07 Jan 2008 08:45:19 +0100 Jonathan Ernst a écrit : > On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: >> Regedit displays "Rechercher::". Now Regedit displays "Rechercher :" and >> so on... > > It doesn't here (?). Furthermore in French ":" should be preceded by an > unbreakable space (like it's the case now) and not a normal space. > > > Thank you for your explanation. Nevertheless, it is not normal "::". See capture... (sorry for my poor english, I'm french speaking)

2 3

Re: [1/2][try 3] ddraw/tests: add test for rendering vertices with zero rhw
by H. Verbeet 06 Jan '08

06 Jan '08

On 07/01/2008, Alexander Dorofeyev <alexd4(a)inbox.lv> wrote: > Hi. > > I couldn't reproduce any problems with this patch on wine or on windows, but I > moved coordinates of retrieved pixel a bit away from edges. I hope this was the > problem :-/ > It could've been a depth buffer issue as well. I'm not exactly sure what the state of the depth buffer is when the test is run, but in general it appears the GF8 rounds slightly different compared to previous nvidia cards.

1 0

Re: msxml3: IXMLDOMDocument does not support get_nextSibling
by Alistair Leslie-Hughes 06 Jan '08

06 Jan '08

Ignore this patch. Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > msxml3: IXMLDOMDocument does not support get_nextSibling > > Best Regards > Alistair Leslie-Hughes > > > ------------------------------------------------------------------------ > >

1 0

Re: msxml3: IXMLDOMAttribute does not support get_nextSibling
by Alistair Leslie-Hughes 06 Jan '08

06 Jan '08

Ignore this patch. Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > msxml3: IXMLDOMAttribute does not support get_nextSibling > > > Best Regards > Alistair Leslie-Hughes > > > ------------------------------------------------------------------------ > >

1 0

Why the dash in the new "-unknown" category?
by Dan Kegel 06 Jan '08

06 Jan '08

Is it to make it show up first in the list?

2 1

← Newer
1
...
20
21
22
23
24
25
26
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel January 2008