August 2023 - Wine-Bugs - list.winehq.org

[Bug 55488] Finale 27 doesn't print SMuFL fonts

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55488 --- Comment #1 from davech(a)t-online.de --- Created attachment 75051 --> https://bugs.winehq.org/attachment.cgi?id=75051 screenshot from program -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55488] New: Finale 27 doesn't print SMuFL fonts

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55488 Bug ID: 55488 Summary: Finale 27 doesn't print SMuFL fonts Product: Wine Version: 7.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: davech(a)t-online.de Distribution: --- Finale 27 doesn't print glyphs from SMuFL fonts (https://www.smufl.org/) which use glyphs in the Unicode private-use area from E000. Files using legacy fonts (glyphs in the range 0000-00FF) print correctly, but SMuFL is the standard for new files. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55486] Finale 27 printing mangled

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55486 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |printing, regression -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55487] winpcap: pcap_dispatch doesn't capture anything with count argument -1

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55487 Alexis Murzeau <amubtdx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|winpcap: pcap_dispatch |winpcap: pcap_dispatch |doesn't work with count |doesn't capture anything |argument -1 |with count argument -1 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55487] winpcap: pcap_dispatch doesn't work with count argument -1

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55487 --- Comment #1 from Alexis Murzeau <amubtdx(a)gmail.com> --- Created attachment 75050 --> https://bugs.winehq.org/attachment.cgi?id=75050 test_pcap.c program to test pcap_dispatch The test_pcap program is a test that does this: - Capture packets using pcap_dispatch with count set to -1 (to process all packets at once) - Send a packet with ether_type 0x1234 to have at least one packet to receive in pcap_dispatch - Each time a packet is received in pcap_dispatch, a new packet is sent with pcap_sendpacket and ether_type 0x1234 The test_pcap program should do this (this is what it does when compiled for Linux, note that it requires either root or CAP_SYS_ADMIN for example): ``` # ./test_pcap wlan0 Will use a 2 differents pcap_t instances, one for pcap_dispatch and one for pcap_sendpacket received packet with size: 14, ether_type: 0x1234 received packet with size: 14, ether_type: 0x1234 [... repeated line "received packet" ] ``` But with Wine, it shows this instead (which mean pcap_dispatch doesn't process any packets) (note that /opt/wine-staging/bin/wine64-preloader needs CAP_NET_RAW, and that setcap needs the actual file and not a symlink): ``` # setcap cap_net_raw+epi /opt/wine-staging/bin/wine64-preloader $ wine ./test_pcap.exe 1 List of interfaces with interface number: 1. \Device\NPF_{00000003-0000-0000-0000-4E6574446576} (wlx00c0cab1aa57) 2. \Device\NPF_{00000001-0000-0000-0000-4E6574446576} (lo) 3. \Device\NPF_{00000002-0000-0000-0000-4E6574446576} (enp34s0) Will use a 2 differents pcap_t instances, one for pcap_dispatch and one for pcap_sendpacket pcap_dispatch processed 0 packets [... repeated above line, there is no "received packet" line ] ``` Compilation instruction are in comments inside test_pcap.c. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55487] New: winpcap: pcap_dispatch doesn't work with count argument -1

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55487 Bug ID: 55487 Summary: winpcap: pcap_dispatch doesn't work with count argument -1 Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wpcap Assignee: wine-bugs(a)winehq.org Reporter: amubtdx(a)gmail.com Distribution: --- Hi, While trying to use a Windows program that uses WinPcap, it is not receiving anything from `pcap_dispatch`. `pcap_dispatch` is a function to receive raw packets from the ethernet adapter. In the Windows program, `pcap_dispatch` is called with the `cnt` argument `-1`. According to WinPcap documentation of `pcap_dispatch` (https://www.winpcap.org/docs/docs_41b5/html/group__wpcapfunc.html#g60ce104c…) > A cnt of -1 processes all the packets received in one buffer when reading a > live capture, or all the packets in the file when reading a ``savefile'' But Wine implementation of `pcap_dispatch` does this: ```c int CDECL pcap_dispatch( struct pcap *pcap, int count, void (CALLBACK *callback)(unsigned char *, const struct pcap_pkthdr_win32 *, const unsigned char *), unsigned char *user ) { int processed = 0; TRACE( "%p, %d, %p, %p\n", pcap, count, callback, user ); while (processed < count) { ``` See here: https://github.com/wine-mirror/wine/blob/bd10252332491bc39100f230540b14d59f… When `count` is `-1`, `while (processed < count)` exit immediately without processing any packets. I've tried a local build using this condition instead, and it fixes the issue: `while (count <= 0 || processed < count)`. I use `count <= 0` to match libpcap's way of checking unlimited count. ```c // pcap-int.h: #define PACKET_COUNT_IS_UNLIMITED(count) ((count) <= 0) // pcap-netfilter-linux.c, end of function netfilter_read_linux: // [...] if (count >= max_packets && !PACKET_COUNT_IS_UNLIMITED(max_packets)) { // [...] ``` Note: here, `count` is the number of processed packets so far and `max_packet` is the value of `cnt`/`count` given to `pcap_dispatch`. See here: https://github.com/the-tcpdump-group/libpcap/blob/bf8bfc74b2c8e893b2af2d657… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55486] Finale 27 printing mangled

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55486 --- Comment #7 from davech(a)t-online.de --- Wine was compiled from source on a Gentoo Linux system using the standard Gentoo ebuild -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55486] Finale 27 printing mangled

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55486 --- Comment #6 from davech(a)t-online.de --- Created attachment 75049 --> https://bugs.winehq.org/attachment.cgi?id=75049 screenshot of correct output -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55486] Finale 27 printing mangled

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55486 --- Comment #5 from davech(a)t-online.de --- Created attachment 75048 --> https://bugs.winehq.org/attachment.cgi?id=75048 correct output (wine 7.0.2) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023

[Bug 55486] Finale 27 printing mangled

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55486 --- Comment #4 from Rafał Mużyło <galtgendo(a)o2.pl> --- ...I'm not sure if it would be helpful for the dev, but just so we're comparing the same thing, could/would you also attach the correct ps output ? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 26, 2023