On Fri, Jun 18, 2010 at 12:18 PM, Jerome Leclanche wrote:
> On Fri, Jun 18, 2010 at 10:57 AM, Damjan Jovanovic
> wrote:
>> The icons look cute and I like the version numbers, but you can't
>> thumbnail all Windows files outside Wine - for example .lnk files
>> internally specify a C:\path\to\fil
I don't have as much to say this time.
You should release the interfaces you create in your tests, so there
are no memory leaks.
I would change the second argument type of the instance creation
functions to IUnknown**. When I see an LPVOID* argument on a
COM-related function, I immediately expect
Jaroslav Šmíd wrote:
> Patch http://www.winehq.org/pipermail/wine-patches/2010-June/089135.html
> sent by Dmitry Timoshkov contains bug resulting in wine crash due to
> possible null pointer dereference. Please, see bug report at
> http://bugs.winehq.org/show_bug.cgi?id=23247 for more information
> I'm not quite sure what the correct way to deal with this situation
> would be, if we want to address this at all. I figure that most users
> of games that rely on the D3DX utility DLLs usually won't have any
> reason to install the WIC redist, and most of the time, they would
> have cause to ins
Perhaps. I don't mind as long as it doesn't crash :-)
--
Jaroslav Šmíd
Thank you for your past patronage of CrossOver Mac. We appreciate your
business, and I was hoping to tempt you with an enticing offer to continue
supporting our software. For this weekend only, you can purchase CrossOver
(any version) for 60% off the list price. All you need to do is enter SP
I found out why it didn't build: a numeric code in the first lines was in a
wrong format.
But now i need help to know what exactly i need to put there, because i
don't know anymore.
The lines are these (example got from french file):
LanguageNames=(FRA=0x0c:winerr)
CodePages=(FRA=65001:0)
The pro
On Fri, Jun 18, 2010 at 6:58 PM, Vincent Povirk wrote:
>> Andrew Nguyen
>> Add windowscodecs
>
> Um, I'm planning to break this soon. We need additional decoders for
> d3dx dlls, and I've been told not to make a new dll for them. That
> means they either have to go into windowscodecs or individual
On Sat, Jun 19, 2010 at 11:00 AM, David Gerard wrote:
> On 18 June 2010 20:12, Alan W. Irwin wrote:
>
>> That would be a most interesting comparison. In computer terms 150 ms is an
>> absolutely enormous time that allows something like 150 million (!)
>> operations to occur on modern PC's. So I
Joel Holdsworth wrote:
Hi All,
I just wanted to highlight my new project - WineSkin
http://www.airwebreathe.org.uk/wineskin/
Joel:
WineSkin is already taken for a method to build .app files on MacOSX.
WineSkin is an attempt to create a set of scripts that auto-generate the
necessary theme
On 18 June 2010 20:12, Alan W. Irwin wrote:
> That would be a most interesting comparison. In computer terms 150 ms is an
> absolutely enormous time that allows something like 150 million (!)
> operations to occur on modern PC's. So I would be surprised if Microsoft
> Windows required that long
> Andrew Nguyen
> Add windowscodecs
Um, I'm planning to break this soon. We need additional decoders for
d3dx dlls, and I've been told not to make a new dll for them. That
means they either have to go into windowscodecs or individual d3dx
dll's, and putting them in windowscodecs seems to make more
Hi Jaroslav,
-if (!*caption) caption = info->pCHMInfo->defTitle;
+if (!caption) caption = info->pCHMInfo->defTitle;
I suspect a better fix would be:
+if (!caption || !*caption) caption = info->pCHMInfo->defTitle;
That is, either a NULL caption or an empty one results in
info->pCHMInf
Another month, another Winetricks.
Online as always at
http://kegel.com/wine/winetricks
or
http://winezeug.googlecode.com
(Bug reports to the issue tracker at the above URL, please.)
Changes:
Dan Kegel
Add dxsdk_nov2006, document how to use it etc. at
http://kegel.com/wine/cl-howto-win7sdk.html
wisotool is a handy winetricks-like script for automatically
installing games from .iso or .mds files copied from your own dvds
(or, if the game is freely downloadable, it will download it).
Just like winetricks, it is intended to make testing Wine easier,
but might be useful for people who simply
On 2010-06-18 19:26+0200 Roderick Colenbrander wrote:
On Fri, Jun 18, 2010 at 6:43 PM, Austin English wrote:
On Fri, Jun 18, 2010 at 11:37 AM, Alan W. Irwin
Which leads to a Wine newbie question. What is the best way to detect the
Wine
platform at run time?
Doing so is discouraged. As you
Hi All,
I just wanted to highlight my new project - WineSkin
http://www.airwebreathe.org.uk/wineskin/
Might want to rethink the name:
http://wineskin.doh123.com/Information.html
Hi All,
I just wanted to highlight my new project - WineSkin
http://www.airwebreathe.org.uk/wineskin/
WineSkin is an attempt to create a set of scripts that auto-generate the
necessary themes, visual styles and registry keys to visually integrate
wine with the host desktop environment. At the mo
Hi Paul:
Thanks for your ideas on reducing the command startup latency.
On 2010-06-18 10:48+0300 Paul Chitescu wrote:
Alan,
Try to keep the wineserver initialized and running - for example keep a
cmd.exe or notepad or something idle (in the same WINEPREFIX).
I tried that by running
wine cmd
On 18 June 2010 01:50, Scott Ritchie wrote:
> Hey Peter,
>
> Was just hoping you'd make the (I believe trivial) change to your gcov
> patch that Alexandre wanted and submit it by tomorrow so it creeps into
> the next RC. I want to start messing around with profiled package
> builds this weekend :
On Fri, Jun 18, 2010 at 6:43 PM, Austin English wrote:
> On Fri, Jun 18, 2010 at 11:37 AM, Alan W. Irwin
> wrote:
>>> If what you want is to add workarounds for Wine in your code, then
>>> neither __WINE__ nor the build platform matter. What matters is the
>>> platform your code is currently runn
On Fri, Jun 18, 2010 at 9:18 AM, Paul Chitescu wrote:
> On Friday 18 June 2010 07:04:14 pm Dan Kegel wrote:
>> Say, that sounds like a kind of test we should have in our test suite.
>>
>> What apps does this fix?
>
> Sysinternal's autoruns.exe which populates a number of list/tree views with a
> l
On Fri, Jun 18, 2010 at 11:37 AM, Alan W. Irwin
wrote:
>> If what you want is to add workarounds for Wine in your code, then
>> neither __WINE__ nor the build platform matter. What matters is the
>> platform your code is currently running on, which should be detected at
>> run-time.
>
> Excellent
On 2010-06-18 11:44+0200 Alexandre Julliard wrote:
"Alan W. Irwin" writes:
Note also, my whole argument is based on the assumption that some standard
means already exists for telling compilers running on Wine to #define
__WINE__ at run time. However, if such standard means do not already exi
Marko Nikolic writes:
> Fixed test failures in 64-bit build.
It would be better to choose a more appropriate invalid value for a BOOL
variable.
--
Alexandre Julliard
julli...@winehq.org
Paul Chitescu writes:
> Changelog:
> user32: Force a minimum character size of 1x1 to prevent divisions by
> zero if
> setting the font failed
>
> Failing to set any font is unusual but can happen - for example:
> DISPLAY= wine notepad
It sounds like a gdi bug. It should be able to provi
unsubscribe
Aric Stewart wrote:
>
>Alexandre Julliard wrote:
>> Aric Stewart writes:
>>
>>> commit 87f9053ec43e0272e27280e1e7ab9674fc79b109
>>> Author: Aric Stewart
>>> Date: Fri Jun 18 13:21:56 2010 +0900
>>>
>>> comctl32: restore focus if it was lost during the processing of
>>> PROPSHEET_SetWizBu
Aric Stewart writes:
> This is triggering a bug on the mac that causes the window manager to
> loose track of where to send messages causing the resulting dialog to
> be unable to get mouse events.
I find that surprising, the button focus should not be visible to the
window manager.
--
Alexand
On 18 June 2010 15:52, Iain Arnell wrote:
> - dsty + rsrc->bottom - rsrc->top > This->surface_desc.dwHeight)
> + dsty + rsrc->bottom - rsrc->top > This->surface_desc.dwHeight ||
> + (dstx | dsty) & (1<<(sizeof(DWORD)*8-1)) /* dstx or dsty negative
> */ )
That's not v
Alexandre Julliard wrote:
Aric Stewart writes:
commit 87f9053ec43e0272e27280e1e7ab9674fc79b109
Author: Aric Stewart
Date: Fri Jun 18 13:21:56 2010 +0900
comctl32: restore focus if it was lost during the processing of
PROPSHEET_SetWizButtons
It would probably be better to not disable
Damjan Jovanovic writes:
> Changelog:
> * notepad: substitute the page number in the footer
This needs to be more generic, there are other possible
substitutions. At the very least it should handle escaped ampersands.
--
Alexandre Julliard
julli...@winehq.org
Michael Stefaniuc wrote:
> Hello Octavian!
>
> Octavian Voicu wrote:
>> On Fri, Jun 18, 2010 at 12:14 PM, Michael Stefaniuc
>> wrote:
>>> +IDS_INVALID_CALL_ARG"Apel de procedură sau argument nevalid"
>>> +IDS_SEMICOLON "„;” presupus"
>>> +IDS_LBRACKET"„(” pr
Hello Octavian!
Octavian Voicu wrote:
> On Fri, Jun 18, 2010 at 12:14 PM, Michael Stefaniuc
> wrote:
>> +IDS_INVALID_CALL_ARG"Apel de procedură sau argument nevalid"
>> +IDS_SEMICOLON "„;” presupus"
>> +IDS_LBRACKET"„(” presupus"
>> +IDS_RBRACKET
On Fri, Jun 18, 2010 at 12:14 PM, Michael Stefaniuc wrote:
> + IDS_UNTERMINATED_STR "Constantă de șir nedeterminată"
Forgot about this one, maybe try "Constantă șir neterminată" [1].
When not sure how to translate a term, maybe this will help: google
for "UNKNOWN TERM ro.po site:http://tra
On Fri, Jun 18, 2010 at 12:14 PM, Michael Stefaniuc wrote:
> + IDS_INVALID_CALL_ARG "Apel de procedură sau argument nevalid"
> + IDS_SEMICOLON "„;” presupus"
> + IDS_LBRACKET "„(” presupus"
> + IDS_RBRACKET "„)” presupus"
> + IDS_UNTERMINATED_STR
On Fri, Jun 18, 2010 at 10:57 AM, Damjan Jovanovic wrote:
> The icons look cute and I like the version numbers, but you can't
> thumbnail all Windows files outside Wine - for example .lnk files
> internally specify a C:\path\to\file.ico style path to the icon which
> then requires Wine's drive set
Vitaliy Margolen writes:
> Using Xorg for joystick enumeration seems to be like a good idea, except it
> won't really help you much. You'll still have to find which evdev you have
> to talk to, get all the joystick parameters, settings, etc. You won't get
> all that info from xorg.
You should. F
"Alan W. Irwin" writes:
> Note also, my whole argument is based on the assumption that some standard
> means already exists for telling compilers running on Wine to #define
> __WINE__ at run time. However, if such standard means do not already exist
> there is no way I would want to ask for chan
Aric Stewart writes:
> commit 87f9053ec43e0272e27280e1e7ab9674fc79b109
> Author: Aric Stewart
> Date: Fri Jun 18 13:21:56 2010 +0900
>
> comctl32: restore focus if it was lost during the processing of
> PROPSHEET_SetWizButtons
It would probably be better to not disable buttons that don't
On Fri, Jun 18, 2010 at 2:55 AM, Scott Ritchie wrote:
> Screenshot/blog here: http://yokozar.org/blog/archives/225
>
> A bug was fixed recently in Gnome that allows thumbnailers to not be
> 96x96 pixels. Combine this with a standard Wine icon, icoutils for
> extracting an exe/dll's embedded icon,
On Friday 18 June 2010 03:05:08 am Alan W. Irwin wrote:
> On 2010-06-17 17:07-0400 Mike Kaplinskiy wrote:
>
> > On Thu, Jun 17, 2010 at 4:35 PM, Alan W. Irwin
> >> The issue is that Wine builds of software take roughly a factor of 5
longer
> >> than the equivalent Linux builds. This issue appear
42 matches
Mail list logo
