Andrey,
Thanks for your comments. I've updated and re-sent the patch, please let me
know if you see any problems with it.
I knocked up a quick test and you are correct, native ws2_32 does not allow a 0
handle in WSIoctl. I'll send a patch for that once this set is commited.
Cheers
Jon
On Sun, Jul 6, 2008 at 10:29 AM, James Hawkins <[EMAIL PROTECTED]> wrote:
> No, this is hiding a bug. The test code conforms with the API. The
> problem is that ConvertINetMultiByteToUnicode uses the value of an
> out-only parameter (NULL pDstStr, non-NULL pcDstSize). Check out the
> code block
Today a test got stuck, and I had to kill wineserver.
After that, lots of tests seem to have the same
error:
+ Invalid read of size 4
+at IMM_FreeThreadData (imm.c:233)
+by DllMain (imm.c:385)
+by __wine_spec_dll_entry (dll_entry.c:40)
+by (within /home/dank/wine-git/dlls/ntdll
On Sun, Jul 6, 2008 at 8:47 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
> I in no way mean to second guess your work but I checked out the diff
> for the most recent commit for how winetricks handled FF3. It seems
> all it does is download it and install it, no "tricks". Do we want
> winetric
On Mon, Jul 7, 2008 at 12:00 AM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 6, 2008 at 11:47 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
>> I in no way mean to second guess your work but I checked out the diff
>> for the most recent commit for how winetricks handled FF3. It seems
On Sun, Jul 6, 2008 at 11:47 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
> I in no way mean to second guess your work but I checked out the diff
> for the most recent commit for how winetricks handled FF3. It seems
> all it does is download it and install it, no "tricks". Do we want
> winetri
On Sun, Jul 6, 2008 at 11:55 AM, Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> Vitaly Lipatov wrote:
>> В сообщении от 4 июля 2008 Dan Kegel написал(a):
>>> Another week, another winetricks.
>> Please check attached patch with fixes agains 20080704 version of winetricks.
>>
>> Changes:
>> - introdu
> Ok, please forgive my naivety but this is my first attempt and all,
No worries. This list is here for help in such cases(although I am not that
experienced in that area)
> I am lost and need come guidance, the guide is of some help and so is
looking at the
> opengl files. I am not sure exactly
Ok, please forgive my naivety but this is my first attempt and all,
I am lost and need come guidance, the guide is of some help and so is
looking at the opengl files. I am not sure exactly what I am trying to
write. What is the difference between a dll form Wine and a dll.so? I know
the dll.so end
Yes, this guide is reasonable, except probably the building part. You *may*
want to write this DLL as part of Wine, although I am afraid that we don't
have a policy how to deal with non-Windows DLLs(since cuda is an Nvidia
thing, not from MS). Of course the 5.5 part doesn't apply then as well.
I writing a wrapper, would it be correct to more or less follow this guide,
on winelib dll's? http://www.winehq.org/site/docs/winelib-guide/bindlls
I've never coded anything for Wine before so I want to make sure I do it
right from the beginning instead of having to go back and make drastic
change
> This is right. You need at least a correct .spec file to make a wine
> dll. You still have to implement a wrapper for each function, as
> Windows
> usually uses the stdcall calling convention, whereas linux uses cdecl
> by
> default. There might be some way to automate writing the wrapper
> funct
2008/7/3 Austin Lund <[EMAIL PROTECTED]>:
> I get a crash all the time in winetest since 1.0. Seems there is not
> a problem with any of the tests themselves (i.e. running make test).
>
> The last few lines of output from winetest is:
>
> fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change scr
Am Sonntag, den 06.07.2008, 18:23 -0400 schrieb Seth Shelnutt:
> Is it possible to just symbolicly link the cudart.dll file to the
> libcudart.so file? If they are expecting mostly the same function
> calls should this not work? They are going to test this now and see.
This is not going to work. PE
>From reading the programing guide and reference manual it seems that most of
the function are the same as expected between Windows and Linux, in fact the
reference manual doesn't differentiate between the two.
http://developer.download.nvidia.com/compute/cuda/2.0-Beta2/docs/Programming_Guide_2.0b
Aleksey Bragin wrote:
> All those things have been translated more than 2 years ago and
> submitted here (attaching again). The quality, for example in mpr.dll is
> even better (vs. the patch by Vitaliy Margolen which was committed
> 7d3a5af43ea0d66a0596a4fac22cf88ae50d2745 in april, 2008).
>
>
Lei Zhang a écrit :
> On Sun, Jul 6, 2008 at 6:55 AM, Alexander Nicolaysen Sørnes
> <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> I would really appreciate any feedback as to how these patches can be
>> improved
>> so that they will be accepted into Wine.
>>
>> regedit: Add support for importing
As a continuation from the question on making the FAH GPU2 Nvidia client
run, we have gotten past the detecting the card as we changed Wine's generic
output to look like an Nvidia card thanks to a few of you. Now comes the
hard part. Even when using the cudart.dll file it does not work. We get an
c
2008/7/6 Dan Kegel <[EMAIL PROTECTED]>:
> The mlang test assumed that the output of ConvertStringFromUnicode
> was null terminated, but it seems not to be.
>
> Fixes the valgrind warning:
> Conditional jump or move depends on uninitialised value(s)
> at strlen (mc_replace_strmem.c:242)
> by lst
On Sun, Jul 6, 2008 at 6:55 AM, Alexander Nicolaysen Sørnes
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> I would really appreciate any feedback as to how these patches can be improved
> so that they will be accepted into Wine.
>
> regedit: Add support for importing Unicode files
> http://www.winehq.org/
Vitaly Lipatov wrote:
> В сообщении от 4 июля 2008 Dan Kegel написал(a):
>> Another week, another winetricks.
> Please check attached patch with fixes agains 20080704 version of winetricks.
>
> Changes:
> - introduce WINDIR variable with Unix path to windows dir (and use it
> instead "$WINEPREFIX
On Do, 2008-05-22 at 15:16 -0700, Dan Kegel wrote:
> For a maximal dogfood experience, I was looking around
> for a way to use a replacement Windows shell with
> Wine as my desktop environment instead of gnome
> or kde.
Wow.
> So far, all the ones I've found are either broken, hard to use,
> or j
> Looks good to me. You should probably start submitting it bit by bit,
> see if any regression come up, although it looks pretty safe to me.
Sure, that's the plan. I don't think submitting 50+ patches at once will
work well.
I have found 2 minor regressions, but fixed them already in my tree. (Mo
В сообщении от 4 июля 2008 Dan Kegel написал(a):
> Another week, another winetricks.
Please check attached patch with fixes agains 20080704 version of winetricks.
Changes:
- introduce WINDIR variable with Unix path to windows dir (and use it
instead "$WINEPREFIX"/drive_c/windows)
- wrap kdialog/x
On Fr, 2008-07-04 at 16:32 -0500, Alex Villacís Lasso wrote:
> Resending. Please comment on this patch.
> dlls/riched20/editor.c | 21 ++
> dlls/riched20/editstr.h |3 +
> dlls/riched20/paint.c| 36 ++-
> dlls/riched20/tests/editor.c | 794
>
Hello,
I would really appreciate any feedback as to how these patches can be improved
so that they will be accepted into Wine.
regedit: Add support for importing Unicode files
http://www.winehq.org/pipermail/wine-patches/2008-June/056856.html
I know this patch is a little big, but I'm not sure
On Mi, 2008-07-02 at 23:02 +, Louis Lenders wrote:
> so for now i'd have to guess :
> 1. no need for a dxdiag in wine
> 2. my patches are too crappy to respond to.
>
> In both cases it's useless to leave thebug i opened for missing dxdiag open,
> so i'll abandon it (bug 14118)
Louis, pleas
Please use this version
Am Sunday 06 July 2008 13:49 schrieb Stefan Leichter:
ChangeLog
-
added some more tests for RasEnumDevicesA, fix wine not to crash on the
tests
--- dlls/rasapi32/rasapi.c.2 2008-07-06 13:30:22.0 +0200
+++ dlls/rasapi32/rasapi.c 2008-07-06 13:31:11.0
Is it something wrong with these patches:
http://www.winehq.org/pipermail/wine-patches/2008-June/056807.html
http://www.winehq.org/pipermail/wine-patches/2008-June/056808.html
They are related to bugs #13064 and #13094..
Looks good to me. You should probably start submitting it bit by bit,
see if any regression come up, although it looks pretty safe to me.
You should mention somewhere (FIXME or TODO or something) what the code
currently rely on socket being not used by WSAIoctl. IIRC Windows won't
let you call WSAIoctl(0, ...)
Correct way would be to retrieve both AcceptEx and GetAcceptExSockaddrs
routine addresses in AcceptEx wrapper and store lp
31 matches
Mail list logo
