October 2022 - Wine-Devel - list.winehq.org

Re: Problem with the wine-gitlab mailing list archive?

by Jeremy Newman

I tweaked a few mariadb settings, restarted the db, and restarted the mailman services. That seems to have kicked it into gear again. Nothing was lost, looks like things just got stuck. -N On 10/22/22 11:07 AM, Jeremy Newman wrote: > On 10/22/22 10:08 AM, Francois Gouget wrote: >> >> The wine-gitlab mailing list archive shows no new message since last >> Tuesday (2022-10-18). Yet I did receive emails on that list since then. >> >> https://www.winehq.org/mailman3/hyperkitty/list/wine-gitlab(a)winehq.org/ >> >> What's going on? >> >> > > Don't know. Hyperkitty is not adding them to the archive. This new > version of mailman is not making me very happy. I've tried rebuilding > the search index a few times, but the script always crashes. > > It seems to be affecting all the lists. I think it is because MariaDB is > overloaded and timing out. > > -N

Oct. 22, 2022

Re: Problem with the wine-gitlab mailing list archive?

by Jeremy Newman

On 10/22/22 10:08 AM, Francois Gouget wrote: > > The wine-gitlab mailing list archive shows no new message since last > Tuesday (2022-10-18). Yet I did receive emails on that list since then. > > https://www.winehq.org/mailman3/hyperkitty/list/wine-gitlab(a)winehq.org/ > > What's going on? > > Don't know. Hyperkitty is not adding them to the archive. This new version of mailman is not making me very happy. I've tried rebuilding the search index a few times, but the script always crashes. It seems to be affecting all the lists. I think it is because MariaDB is overloaded and timing out. -N

Oct. 22, 2022

Problem with the wine-gitlab mailing list archive?

by Francois Gouget

The wine-gitlab mailing list archive shows no new message since last Tuesday (2022-10-18). Yet I did receive emails on that list since then. https://www.winehq.org/mailman3/hyperkitty/list/wine-gitlab(a)winehq.org/ What's going on? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Cahn's Axiom: When all else fails, read the instructions.

Oct. 22, 2022

Re: [PATCH] ntdll: Complete error case in get_initial_environment

by Erich E. Hoover

On Wed, Oct 19, 2022 at 11:43 AM Esme Povirk (any/all) <esme(a)codeweavers.com> wrote: > ... > I found the actual MR at > https://gitlab.winehq.org/wine/wine/-/merge_requests/1097, and it > looks right to me. Nothing else to do for now, hopefully someone will > come along and review it. It looks like this just got merged. Gerald, would you check and see if ENOATTR is defined on your system? This commit removes the compile warning, but you're going to get a lot of unnecessary console warnings ("attribute does not exist" is not an error here). Best, Erich

Oct. 22, 2022

Re: ntdll: Fix build on systems without ENODATA (was: [PATCH] ntdll: Complete error case in get_initial_environment)

by Erich E. Hoover

On Wed, Oct 19, 2022 at 3:05 PM Gerald Pfeifer <gerald(a)pfeifer.com> wrote: > > On Wed, 19 Oct 2022, Erich E. Hoover wrote: > >> https://gitlab.winehq.org/wine/wine/-/merge_requests/1097 > > It looks like this just got merged. Gerald, would you check and see > > if ENOATTR is defined on your system? > > I checked, and FreeBSD (12 and 14, so current and future versions) both > define ENOATTR guarded by #ifndef _POSIX_SOURCE, so generally available. > > > This commit removes the compile warning > > It actually was hard build error. Yes, sorry - I misspoke. > > but you're going to get a lot of unnecessary console warnings > > ("attribute does not exist" is not an error here). > > Is it possible Alexandre's adjusted version of my submission avoids this? > ... No. If the filesystem supports extended attributes (!ENOTSUP) then you will get an error if there aren't any xattr for the file. I suspect that we either want: === #ifdef ENODATA if (errno == ENODATA) return ret; #endif #ifdef ENOATTR if (errno == ENOATTR) return ret; #endif === Or we want to do something like this: === #ifndef ENOATTR #define ENOATTR ENODATA #endif === and then check against ENOATTR instead (little bit of research says that platforms that define both use ENOATTR in this case). Best, Erich

Oct. 22, 2022

Re: [PATCH] ntdll: Complete error case in get_initial_environment

by Esme Povirk (any/all)

> That's more involved than the previous process, but I think I got it: > https://gitlab.winehq.org/gerald/wine/-/commit/2bdbfb583452a62c7d6acf7f416b… > > Is there anything else to do? I found the actual MR at https://gitlab.winehq.org/wine/wine/-/merge_requests/1097, and it looks right to me. Nothing else to do for now, hopefully someone will come along and review it. > PS: It shows the test-linux32 pipeline as failed, while the other two > succeeded; looks like a false positive to the, though. Yes, those errors have been showing up for every MR. -- https://my.pronouns.page/are/any

Oct. 22, 2022

Profiling of source code with Wine Lib

by Mahin Pandya

Hi All, We are trying to generate profiling using gprof for our source code, so build our source code with -pg option but it does not generate gmon.out file, so build complete Wine Lib source (except loader/preloader.c file) with -pg option, this time it generates gmon.out (size of 412 byte) but and it does not display any profiling information after running gprof command. Also tried with Valgrind but generated callgrind.out.1587043 file is of zero byte. Sample code: > cat a.c #include <stdio.h> #include <stdlib.h> #include <locale.h> int main (int argc, char *argv[]) { FILE *fin; FILE *fout; char wc; fin=fopen("fin","r"); fout=fopen("out.txt","w,ccs=UTF-8"); while((wc=fgetc(fin))!=EOF){ fputc(wc,fout); printf("%c", wc ); } fclose(fin); fclose(fout); printf("\nFile has been created...%d\n", getpid()); sum(1); return 0; } > cat c.c void sum(int i) { return ; } void sum1(int i) { return ; } winegcc -g -pg -O2 -o c.o -c c.c winegcc -g -pg -O2 -o a.out a.c c.o Valgrind command: valgrind --tool=callgrind -v wine64 a.out.so Instead of winegcc if we build with gcc then gprof and Valgrind generates profile data correctly. Any idea how we can generate profiling for source? Does anyone have tried anything like this before? Any pointers/suggestion are welcome. Thanking you. regards, Mahin

Oct. 17, 2022

Wine staging 7.19 release

by Alistair Leslie-Hughes

Binary packages for various distributions will be available from: https://www.winehq.org/download Summary since last release * Rebased to current wine 7.19 (502 patches are applied to wine vanilla) Upstreamed (Either directly from staging or fixed with a similar patch). * winegstreamer: Return S_OK from H264 decoder GetAttributes. * Implement retrieving DOS attributes in [fd_]get_file_info(). * ntdll: Implement storing DOS attributes in NtSetInformationFile. * ntdll: Implement storing DOS attributes in NtCreateFile. * sapi: Implement ISpObjectToken GetId * secur32: Input Parameter should be NULL on first call to InitializeSecurityContextW. * sapi: Implement ISpRegDataKey CreateKey * sapi: Implement ISpRegDataKey GetStringValue * ntdll: Improve stub of NtQueryEaFile. * winegstreamer: Reimplement AAC decoder using wg_transform. Added: * None Updated: * ntdll-DOS_Attributes * wined3d-bindless-texture * ntdll-Junction_Points Where can you help * Run Steam/Battle.net/GOG/UPlay/Epic * Test your favorite game. * Test your favorite applications. * Improve staging patches and get them accepted upstream. * Suggest patches to be included in staging. As always, if you find a bug, please report it via https://bugs.winehq.org Best Regards Alistair.

Oct. 17, 2022

Re: fixing some fixme code

by Jin-oh Kang

On Sun, Sep 18, 2022, 10:12 AM Owen Hogarth <gurenchan(a)gmail.com> wrote: > ping me > PING me(me ()) 56 data bytes > 64 bytes from me (): icmp_seq=1 ttl=64 time=0.036 ms > 64 bytes from me (): icmp_seq=2 ttl=64 time=0.042 ms > 64 bytes from me (): icmp_seq=3 ttl=64 time=0.035 ms > 64 bytes from me (): icmp_seq=4 ttl=64 time=0.038 ms > > hostname -f > me > > On Sun, Sep 18, 2022 at 8:33 AM Jin-oh Kang <jinoh.kang.kr(a)gmail.com> > wrote: > >> Also, what does "hostname -f" command show? >> > Sorry for the late reply. The error message "Device or resource busy" indicates a potential problem in communicating with the DNS resolver. Maybe the issue has something to do with the hostname or the DNS resolver (dnsmasq / systemd-resolved), but I cannot pinpoint the exact cause. Perhaps try on a new Linux installation (with another hostname) and see if it works? Thanks! >

Oct. 16, 2022

Re: Winelib stack overflow

by Stefan Dösinger

> Am 12.10.2022 um 09:28 schrieb David Kahurani <k.kahurani(a)gmail.com>: > >> 0110:err:virtual:virtual_setup_exception stack overflow 2128 bytes in thread 0110 addr 0x17008c804 stack 0x207b0 (0x20000-0x21000-0x120000) > > I see this error every once in a while and most of the time it doesn't > seem to affect the working of the program. Does it affect the working > of your program in this particular case? > >> >> If I remove the "std::unordered_map<int, std::string> y" from the custom lib it runs normally. >> >> I suspect that wine uses too much of the stack to construct the object, but it's just a wild guess. The most likely cause here is that something causes an invalid memory access, and the exception handler causes an invalid memory access, then another and another until the stack is full. Try to run your test program in a debugger to catch the first chance exception. My guess is that we have some bug in our unordered_map implementation.

Oct. 12, 2022