June 2016 - Wine-Devel - list.winehq.org

Re: [PATCH 6/7] d3drm: Implement IDirect3DRMViewport*::Init.

by Aaryaman Vasishta

On Tue, Jun 28, 2016 at 3:02 AM, Stefan Dösinger <stefandoesinger(a)gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Am 2016-06-27 um 08:28 schrieb Aaryaman Vasishta: > > Right, I should probably release device3 after calling > > d3drm_viewport2_init. > Either that, or use &impl->IDirect3DRMFrame3_iface, like you ended up > doing in the other thunks. > > Getting IDirect3DRMFrame3_impl would require making impl_from_IDirect3DRMFrame in order to get the struct. I'm fine with doing this as it avoids usage of QI. But for device3 you'd have to move both the struct declaration and avoid use of *_from_impl then, I think it's best left to be done in a separate patch later on. Cheers, Aaryaman

June 27, 2016

Re: [PATCH 6/7] d3drm: Implement IDirect3DRMViewport*::Init.

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Am 2016-06-27 um 08:28 schrieb Aaryaman Vasishta: > Right, I should probably release device3 after calling > d3drm_viewport2_init. Either that, or use &impl->IDirect3DRMFrame3_iface, like you ended up doing in the other thunks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXcZtsAAoJEN0/YqbEcdMwWjsP/AgY9ZHw1ENZgSl6rI0rH/nK ShjAi/GXt+pe88eniSr9GbxwYB705mzpHkyuOsIHYJ7yei6vvT0BMO/tOE5YXeJ5 g8mcYPoyVokiOAakOF565TSRaebq/vtofkpDZ/JPu61IfsAnhS1z6XXxYsCk9FlQ z0lVJ80CbG+giW9bgEVMJUX52QXMbDiiibNRllMwbxSUr4OyWGeWH7rFqhDmAwPU 43fu4GDQJIkZB1FxlIRyCHKBAQLC7rMAL5ZJnlzhCGrtOGyLGGFCa0Fau3JKZcDj FlBUC3tsRcEYeXtoP23fakfOTCFXAZneG9SyI92mQVev2W3TvvG3Y9UHrkH2soX1 k1covDiwAqybmaf0ukhdVrLWmoJ80wa11Ap2bCO7yiQd7ZDCllDL/1bSm4wC4UM8 qeC/5p9A31XRv2PqlypdpQL0DBBE8qQqefXwpre2iz8CYtxmxAYJunp3eqHmQU8V EkZSEPOjrtVksfBsq+GsxVp9MVaX1tTQ4LyxklNEZBpB8JW2VkrA3k8CVfu/Mj7J 3kMNhxqNidkZ/X81w/Rc1N9tb8iog4l33oyH1A1AdYY8gac+pFix5RnpqieEF5eP ylxLWGdfbi2PKwmrLClXAl/35aT4RjW25A6J9Zo6J6KdkRP/2+f6NCUHNamRwI71 0xCfTkpqWVaBaJPsNmnE =vWv2 -----END PGP SIGNATURE-----

June 27, 2016

OSSCOM 2016 Conference - Dec, 2016 (Call for Papers)

by 2nd International Conference on Open Source Software Computing

OSSCOM 2016 Call for Proposals/ Papers OSSCOM 2016 The 2nd International Conference on Open Source Software Computing 1st - 3rd December 2016 Lebanese University, Beirut - Lebanon http://mailer.tagorg.com/lists/lt.php?id=bB0DBlQZUAJSTlQNAFIEAA Partially funded by EC - Tempus and technically sponsored by IEEE Objectives To promote opportunities for cooperation towards enabling OSS key technologies, building cross-cutting sciences, and driving disruptive innovations; to disseminate research on technology and applications of open source software computing; and to expand the framework of effective participation of universities in developing OSS industry through incubators and business accelerators. Structure - Keynotes - Panel and roundtable discussions - Presentation sessions - Industry and technology discussions - Consultation meetings, focus groups, and roundtables - Best practice showcases and practical demonstration - Workshops Submission Deadline 1st September, 2016 (Manuscripts) 1st October, 2016 (Proposals) Topics of Interest Track 1: Systems Software - Operating systems: Linux Kernel, Server and Desktop Linux: RedHat, Debian, Slackware, Caldera, SuSe, Fedora - Distributed Operating systems: Open source platforms and software for the cloud platform as a service (PaaS), software as a service (SaaS), and infrastructure as a service (IaaS). Open stack, Open-source software in scientific computing including clouds, grids and HPCs - Embedded and Realtime Operating systems - Ubiquitous mobile computing and technologies: middleware, operating system (e.g. Android), new I/O and user interfaces, mobile protocols Track 2: Applications and Services - Open-source software services and applications in energy, environment, education, health, climate, water, agriculture, biology, economy, medicine and other pressing global issues and problems - Open-source software for e-Services, including e-Government, e-Libraries, e-Learning and any e-* - Open-source software for Smart Education, Smart Cities, Smart Power Grids, Smart Transportation - Open Source applications for mobile and tablets Track 3: Networking and Security - Open source network simulation/emulations tools - Open source platforms for network security deployment, testing and verification - Network and security open source management software Track 4: Open Source Development and Support - Perspectives on open-source software development and services, including challenges, operation, sustainability, funding, governance, business models, and security - National, regional and international organizations and their role in funding and supporting open-source software applications in research and education - Collaborative projects and initiatives in research and education at national, regional and global levels - Research and education challenges and open access paradigm - Business models for open-source software development and services Track 5: Software Engineering This track will bring together researchers, students and industry experts from diverse areas associated with software engineering who are utilizing, developing or even improving open source software systems during their research and experiments. Software Engineering influences all aspects of computer science research and touches every software researchers and practitioners. There are diverse Free and open-source software that could be utilized in many fields under the umbrella of Software Engineering such as but not limited to: - Software Process Models - Software Process Improvement - Software Architecture - Component-Based Software Engineering - Software Verification and Validation - Model Checking - Software Impact Analysis - Design Patterns and Frameworks - Model Driven Architecture - Modeling with UML - Reusable Software and Metrics - Reverse Engineering, Re-engineering - Adaptive Software - Software Define Network - Data Mining and Machine Learning - Safety and Security in Critical Software Conference Venue Lebanese University, Beirut - Lebanon Submit a Participation <http://mailer.tagorg.com/lists/lt.php?id=bB0DB1EZUAJSTlQNAFIEAA> Language English Registration Fees OSSCOM members 50 Euro OSSCOM non-members 100 Euro Authors and Speakers 50 Euro Students Free All papers will be peer-reviewed and selected papers will be published in the conference proceedings and submitted to IEEE Explore. Partners and Organisers - Hochschule Bonn-Rhein-Sieg University of Applied Sciences, Germany - German Jordanian University, Jordan - Lebanese University, Lebanon - Brunel University, United Kingdom - Yarmouk University, Jordan - Notre Dame University, Lebanon - University of Castilla-La Mancha, Spain - Tarent AG, Germany - Talal Abu-Ghazaleh Information Technology International, Jordan - Information Management Ltd, Lebanon - Le Cnam Liban Important Dates 1st Sept, 2016 Manuscript Submission Deadline 1st Oct, 2016 Acceptance Notification 15th Nov 2016 Registration Deadline 1st – 3rd Dec 2016 OSSCOM 2016 Conference For more information and paper submission, please contact Paper Submission: - Please submit your manuscript or proposal at: http://mailer.tagorg.com/lists/lt.php?id=bB0DBVQZUAJSTlQNAFIEAA Registration: - Please register for OSSCOM 2016 conference at: http://mailer.tagorg.com/lists/lt.php?id=bB0DBlYZUAJSTlQNAFIEAA Publicity: - Dr. Yaser Jararweh, yijararweh(a)just.edu.jo <mailto:yijararweh(a)just.edu.jo> - Dr. Muhannad Quwaider, mqquwaider(a)just.edu.jo <mailto:mqquwaider(a)just.edu.jo> More Information: - Please contact us through our email: office(a)osscom.org <mailto:office(a)osscom.org> All information is available at: http://mailer.tagorg.com/lists/lt.php?id=bB0DBlcZUAJSTlQNAFIEAA -- This message was sent to wine-devel(a)winehq.org by Office(a)osscom.org To forward this message, please do not use the forward button of your email application, because this message was made specifically for you only. Instead use the forward page <http://mailer.tagorg.com/lists/lt.php?id=bB0DBVcZUAJSTlQNAFIEAA> in our newsletter system. To change your details and to choose which lists to be subscribed to, visit your personal preferences page <http://mailer.tagorg.com/lists/lt.php?id=bB0DS1dUUE9WClYGBlc> Or you can opt-out completely <http://mailer.tagorg.com/lists/lt.php?id=bB0CS1dUUE9WClYGBlc> from all future mailings. -- powered by phpList, www.phplist.com --

June 27, 2016

Re: [PATCH signed-off] secur32 : add and fix some algids

by Jacek Caban

Hi Max, On 27.06.2016 05:29, Max Qian wrote: > Signed-off-by: Max Qian <public(a)maxqia.com> > --- > dlls/secur32/schannel_gnutls.c | 13 +++++++++---- > 1 file changed, 9 insertions(+), 4 deletions(-) > > diff --git a/dlls/secur32/schannel_gnutls.c b/dlls/secur32/schannel_gnutls.c > index bcadd47..9d6af60 100644 > --- a/dlls/secur32/schannel_gnutls.c > +++ b/dlls/secur32/schannel_gnutls.c > @@ -316,10 +316,11 @@ static ALG_ID schannel_get_mac_algid(gnutls_mac_algorithm_t mac) > case GNUTLS_MAC_UNKNOWN: > case GNUTLS_MAC_NULL: return 0; > case GNUTLS_MAC_MD5: return CALG_MD5; > - case GNUTLS_MAC_SHA1: > - case GNUTLS_MAC_SHA256: > - case GNUTLS_MAC_SHA384: > - case GNUTLS_MAC_SHA512: return CALG_SHA; > + case GNUTLS_MAC_SHA1: return CALG_SHA1; > + case GNUTLS_MAC_MD2: return CALG_MD2; > + case GNUTLS_MAC_SHA256: return CALG_SHA_256; > + case GNUTLS_MAC_SHA384: return CALG_SHA_384; > + case GNUTLS_MAC_SHA512: return CALG_SHA_512; > default: > FIXME("unknown algorithm %d\n", mac); > return 0; > @@ -331,8 +332,12 @@ static ALG_ID schannel_get_kx_algid(gnutls_kx_algorithm_t kx) > switch (kx) > { > case GNUTLS_KX_RSA: return CALG_RSA_KEYX; > + case GNUTLS_KX_DHE_PSK: > case GNUTLS_KX_DHE_DSS: > case GNUTLS_KX_DHE_RSA: return CALG_DH_EPHEM; > + case GNUTLS_KX_ECDHE_RSA: > + case GNUTLS_KX_ECDHE_PSK: return CALG_ECDH; MSDN mentions CALG_ECDH_EPHEM, which would fit better, but it seems to be missing in headers. Returning CALG_ECDH is fine with me, but please add a comment about CALG_ECDH_EPHEM. > + case GNUTLS_KX_ECDHE_ECDSA: return CALG_ECDSA; You're mixing tabs and spaces. Please avoid using tabs. Thanks, Jacek

June 27, 2016

Re: Host_Quit implementation in wscript

by Jacek Caban

Hi Thiago, On 27.06.2016 06:21, Thiago Barbato wrote: > I tried running a .js with a WScript.Quit() call and noticed it isn't > implemented > yet in programs/wscript/host.c. Would a simple ExitProcess( ExitCode ) > do the job > or are there cases where this would be the wrong thing to do? Ideally, we should properly close script engines so that they have a chance for proper clean up. It may not be critical for engines themselves, but we can't know what other COM objects are used by scripts. That said, I'd be fine with ExitProcess() as a temporary solution. Jacek

June 27, 2016

Re: [PATCH 4/4] rpcrt4: Added RpcServerRegisterAuthInfoW failure test.

by Marvin

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at https://testbot.winehq.org/JobDetails.pl?Key=23875 Your paranoid android. === w864 (32 bit rpc) === rpc.c:815: Test failed: GUID does not appear to contain a MAC address: {6eb1cf99-3c79-11e6-be78-e71666c2e04a} === w864 (64 bit rpc) === rpc.c:815: Test failed: GUID does not appear to contain a MAC address: {f4f8b15d-3c7a-11e6-be78-e71666c2e04a}

June 27, 2016

Re: wordpad: Avoid buffer overrun in registry_set_filelist.

by Thomas Faber

On 2016-06-27 09:53, Huw Davies wrote: > On Sun, Jun 26, 2016 at 11:42:31AM +0200, Thomas Faber wrote: >> @@ -298,7 +298,7 @@ void registry_set_filelist(LPCWSTR newFile, HWND hMainWnd) >> if(!lstrcmpiW(pFiles[i], newFile)) >> { >> int j; >> - for(j = 0; pFiles[j] && j < i; j++) >> + for(j = 0; j < i && pFiles[j]; j++) >> { >> pFiles[i-j] = pFiles[i-j-1]; >> } > > This looks odd to me. I don't see how this could avoid an overflow; > pFiles[i] is valid at this point and so pFiles[j] will be ok if j == i. > > More confusingly though, is why pFiles[j] is in the test at all. Oops, you're completely right, thanks for catching that. I agree that pFiles[j] cannot be NULL here. I'll send a patch to remove the check. Thanks. -Thomas

June 27, 2016

Re: d3d9/tests: Use SetRect() instead of open coding it.

by Michael Stefaniuc

On 06/27/2016 10:16 AM, Marvin wrote: > Hi, > > While running your changed tests on Windows, I think I found new failures. > Being a bot and all I'm not very good at pattern recognition, so I might be > wrong, but could you please double-check? > Full results can be found at > https://testbot.winehq.org/JobDetails.pl?Key=23872 > > Your paranoid android. > > > === w1064 (64 bit device) === > device.c:4348: Test failed: cw is 0xf60, expected 0x7f. > device.c:4357: Test failed: Callback cw is 0xf60, expected 0x7f. This are existing failures. bye michael

June 27, 2016

Re: d3d9/tests: Use SetRect() instead of open coding it.

by Marvin

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at https://testbot.winehq.org/JobDetails.pl?Key=23872 Your paranoid android. === w1064 (64 bit device) === device.c:4348: Test failed: cw is 0xf60, expected 0x7f. device.c:4357: Test failed: Callback cw is 0xf60, expected 0x7f.

June 27, 2016

Re: wordpad: Avoid buffer overrun in registry_set_filelist.

by Huw Davies

On Sun, Jun 26, 2016 at 11:42:31AM +0200, Thomas Faber wrote: > From e80a75cfe223a82eea4c55874975e54de4981282 Mon Sep 17 00:00:00 2001 > From: Thomas Faber <thomas.faber(a)reactos.org> > Date: Sun, 26 Jun 2016 10:59:08 +0200 > Subject: wordpad: Avoid buffer overrun in registry_set_filelist. > > Signed-off-by: Thomas Faber <thomas.faber(a)reactos.org> > --- > programs/wordpad/registry.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/programs/wordpad/registry.c b/programs/wordpad/registry.c > index bf2af5b..e047f37 100644 > --- a/programs/wordpad/registry.c > +++ b/programs/wordpad/registry.c > @@ -298,7 +298,7 @@ void registry_set_filelist(LPCWSTR newFile, HWND hMainWnd) > if(!lstrcmpiW(pFiles[i], newFile)) > { > int j; > - for(j = 0; pFiles[j] && j < i; j++) > + for(j = 0; j < i && pFiles[j]; j++) > { > pFiles[i-j] = pFiles[i-j-1]; > } This looks odd to me. I don't see how this could avoid an overflow; pFiles[i] is valid at this point and so pFiles[j] will be ok if j == i. More confusingly though, is why pFiles[j] is in the test at all. Huw.

June 27, 2016