August 2012 - Wine-Devel - list.winehq.org

Re: __wine_uuidof causing a wall of "warning: returning reference to temporary" on g++

by Ilya Konstantinov

Hi Jacek, I just realized what was the difference in my case. I was including the system headers manually with -I/usr/include/wine/windows as opposed to -isystem/usr/include/wine/windows (as winegcc/wineg++ does it). gcc suppresses warnings in system headers (when using -isystem): http://gcc.gnu.org/onlinedocs/cpp/System-Headers.html On Tue, Jul 31, 2012 at 11:38 AM, Jacek Caban <jacek(a)codeweavers.com> wrote: > On 07/30/12 13:13, Ilya Konstantinov wrote: > > On Sun, Jul 29, 2012 at 9:47 PM, Jacek Caban <jacek(a)codeweavers.com>wrote: > >> Upon first attempts to compile, I've received a wall of "warning: >>> returning reference to temporary" on Wine's headers from g++. >>> All of those seem to stem from guidgen.h definition of __wine_uuidof / >>> __CRT_UUID_DECL for C++. >>> >> > >> I don't see these warnings here. Also Wine has the same code for __uuidof >> as mingw-w64, which is much more widely used with g++ (Wine is mostly >> tested on C), and I never heard about such problem. Do you have any idea >> about what could be different in your setup? What's your g++ version? > > > I'm using gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) to build my > Winelib app. > > As to the difference from mingw-w64, I see different code in there: > > http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64?view=revision&revisio… > > The idea is that if matches closer to the meaning of __uuidof, which >> should return a reference to constant IID structure. > > > Understood. > > >> I'd expect compiler to be smart enough to produce same code without the >> reference anyway (after all it's an inline function), but still being more >> explicit would be nice. Could you please test if the attached patch fixes >> the problem for you? > > > Yep, it does. > > > I've tested it more and sent a patch. > > Jacek >

Aug. 8, 2012

Re: vcomp.dll, vcomp90.dll missing on testbot?

by Daniel Jelinski

Hello, FWIW, comctl32 version 6 is accessible only with manifest, and there are tests that reference it. Here's an example: http://source.winehq.org/source/dlls/comctl32/tests/treeview.c#L1966 -- Daniel

Aug. 8, 2012

Re: [3/4] gdiplus: Destination points passed to GdipDrawImagePointsRect should be in device units.

by Dmitry Timoshkov

Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > + scale_x = units_scale(srcUnit, graphics->unit, graphics->xres); > + scale_y = units_scale(srcUnit, graphics->unit, graphics->yres); This depends on a not yet sent series which introduces units_scale(), please ignore for now, I'll resend it a bit later. -- Dmitry.

Aug. 8, 2012

Re: vcomp.dll, vcomp90.dll missing on testbot?

by André Hentschel

Am 07.08.2012 06:26, schrieb Dan Kegel: > On Mon, Aug 6, 2012 at 8:47 AM, Dan Kegel <dank(a)kegel.com> wrote: >> On Mon, Aug 6, 2012 at 8:28 AM, Dan Kegel <dank(a)kegel.com> wrote: >>> Is vcomp{,90,100}.dll not installed by default on Windows? >>> If not, should we install it on a few of the VMs? >> >> Nevermind for the moment, I probably have a manifest problem. > > OK, I did my homework, and verified that vcomp.dll version 50727.762 > is indeed installed on most of the default wine test bots > (see https://testbot.winehq.org/JobDetails.pl?Key=20654 ), > made sure to reference that version in the manifest, > and made sure the resulting exe ran on my Windows laptop. > But winetestbot still complained > vcomp:0 Test skipped: required DLL vcomp.dll is missing > > Did I screw up, or is winetest looking for manifested DLLs wrong somehow? > My test and the test results are at > https://testbot.winehq.org/JobDetails.pl?Key=20656 I'm not aware of winetestbot taking manifests into account, but i didn't looked at the code. I bet it only looks into the standard dll folders, so in your case you should test them at vcomp100.dll -- Best Regards, André Hentschel

Aug. 7, 2012

Re: Cannot run wineinstall

by Austin English

On Sun, Aug 5, 2012 at 2:05 PM, Carlos Tiba <carlostiba(a)gmail.com> wrote: > It displays the message: > > " You are running wineinstall as root, this is not advisable. Please > rerun as a user. > Aborting. " > > However it is not possible to install anything on Ubuntu Linux if > you-re not root. You'll be asked for the password after compiling wine. > The command: > $ sudo ./wineinstall > > does not run after passwd enter because of the message above. > > How is it possible? You could use a premade package, or just run ./configure && make && sudo make install. In any case, these sort of questions belong on the forum, not wine-devel. Cheers, Austin

Aug. 7, 2012

Re: vcomp.dll, vcomp90.dll missing on testbot?

by Dan Kegel

On Mon, Aug 6, 2012 at 8:47 AM, Dan Kegel <dank(a)kegel.com> wrote: > On Mon, Aug 6, 2012 at 8:28 AM, Dan Kegel <dank(a)kegel.com> wrote: >> Is vcomp{,90,100}.dll not installed by default on Windows? >> If not, should we install it on a few of the VMs? > > Nevermind for the moment, I probably have a manifest problem. OK, I did my homework, and verified that vcomp.dll version 50727.762 is indeed installed on most of the default wine test bots (see https://testbot.winehq.org/JobDetails.pl?Key=20654 ), made sure to reference that version in the manifest, and made sure the resulting exe ran on my Windows laptop. But winetestbot still complained vcomp:0 Test skipped: required DLL vcomp.dll is missing Did I screw up, or is winetest looking for manifested DLLs wrong somehow? My test and the test results are at https://testbot.winehq.org/JobDetails.pl?Key=20656

Aug. 7, 2012

Re: Wine automated testing update

by Julius Schwartzenberg

Francois Gouget wrote: > On Thu, 21 Jun 2012, Julius Schwartzenberg wrote: > [...] >> Maybe freeSSHd and/or freeFTPd are useful: >> http://www.freesshd.com/ >> >> At least the webpage claims it runs on Windows NT4 and higher. Logging >> in over SSH just gives a cmd.com command shell as far as I remember, so >> this should allow for some interaction with the system running on the VM. > > I came across it but had eliminated it because it does not seem to be > open-source. That might have been too harsh since it's free (as in > beer). So I gave it a try. > > The problem is that when I start an application such as notepad, it does > not appear on the VM's desktop. I suspect freeSSHd creates a separate > window station and that's going to break Wine's tests. I looked for an > option to change this behavior but found none. I just looked at this problem again and I found a solution. In case you're still interested, there is a program called PsExec that allows you to specify the session in which a program can be run. It can be found here: http://technet.microsoft.com/en-us/sysinternals/bb897553 When I execute this command when logged on with SSH using FreeSSHd, notepad shows up on the VM's desktop: PsExec.exe -i 0 notepad It may be possible to use PsExec itself to do things remotely, but with FreeSSHd it solves this issue. Best regards, Julius

Aug. 6, 2012

Fwd: [GSoC Mentors] [Announce] GSoC 2012 Mentors/Org Admins: "Pencils Down" and Final Evaluation Dates Approaching

by Austin English

---------- Forwarded message ---------- From: Carol Smith <carols(a)google.com> Date: Mon, Aug 6, 2012 at 12:33 PM Subject: [GSoC Mentors] [Announce] GSoC 2012 Mentors/Org Admins: "Pencils Down" and Final Evaluation Dates Approaching To: Google Summer of Code Mentors List <google-summer-of-code-mentors-list(a)googlegroups.com> Hi there, This is a friendly reminder that Monday, 13 August is our soft "pencils down" date. We suggest that students have completed their projects by this date and spend a week writing documentation and wrapping up their projects. We require that students stop all coding on 20 August. Monday, 20 August at 19:00 UTC is also when final evaluations open. Please consider this your reminder to submit your final evaluation by 24 August at 19:00 UTC so that you don't delay your students' final payments or possibly jeopardize your organization's attendance at the mentor summit. I have updated the code submission guidelines [0] and posted it on Melange for your reference. Code submission begins once students have received a passing grade on their final evaluations (after 24 August). The deadline is 14 September. One question students ask a lot is what portion of their code to submit if they made changes to an existing code base or their code interacts a lot with a system they didn't write. The answer is: use your best discretion. Have them submit the code that makes the most sense from a user's perspective. If students need help with code submission they should contact the Melange team at melange-soc-dev(a)googlegroups.com. I have posted the questions for the final evaluations below as well for your reference. [0] - http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc20… Cheers, Carol ---------------- How would you rate the student’s performance on his/her project since the midterm evaluations? It has improved since the midterm It has stayed the same since the midterm It has gotten worse since the midterm Considering your student’s original project proposal, how closely does the project produced reflect the project proposed? It’s almost exactly the same - there have been very few changes to the project It’s similar - there have been some changes over the course of the summer It’s different - we changed the goals or scope of the project It’s different - the student diverged from the project plan How much time have you spent on Google Summer of Code since the midterm evaluations (again, take into consideration both time mentoring the student and working on the program as a whole)? 10-15 hours per week 15-20 hours per week 20-25 hours per week 25-30 hours per week 30-35 hours per week 35-40 hours per week 40+ hours per week How does this amount of time spent on the program compare to before the midterms? It’s less than before the midterms It’s about the same It’s more than before the midterms How would you rate your student’s performance overall? Excellent - amongst the best performers I’ve ever worked with Strong, solid performance Okay Poor How would you rate your experience with the program overall? Excellent - one of the best programs I’ve ever participated in Very good Okay Poor Did you have a co-mentor in the program this year? If so, would you consider this a help or a hindrance? Why? What one thing would you tell mentors for your organization to do in the future to help the students’ experience with the program? What was the most rewarding and/or difficult part of the program for you this year? Anything else you’d like to tell us? -- You received this message because you are subscribed to the Google Groups "Google Summer of Code Mentors List" group. To post to this group, send email to google-summer-of-code-mentors-list(a)googlegroups.com. To unsubscribe from this group, send email to google-summer-of-code-mentors-list+unsubscribe(a)googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-summer-of-code-mentors-list?hl=en. -- -Austin

Aug. 6, 2012

Re: GSoC mentor summit 2012

by Owen Rudge

On 06/08/2012 17:17, Stefan Dösinger wrote: > Am Freitag, 3. August 2012, 14:38:29 schrieb Aric Stewart: >> ok, then how about you two just go. That seems easy. > Cool :-) . I've filled out the attendee registration, and I'm currently > figuring out how to add myself to the attendee list on the gsoc wiki(there's > some password for the wiki I keep forgetting). OK, well, I shall do the same too. :) -- Owen Rudge http://www.owenrudge.net/

Aug. 6, 2012

Re: GSoC mentor summit 2012

by Stefan Dösinger

Am Freitag, 3. August 2012, 14:38:29 schrieb Aric Stewart: > ok, then how about you two just go. That seems easy. Cool :-) . I've filled out the attendee registration, and I'm currently figuring out how to add myself to the attendee list on the gsoc wiki(there's some password for the wiki I keep forgetting). Stefan

Aug. 6, 2012