https://bugs.winehq.org/show_bug.cgi?id=36284
Bug ID: 36284
Summary: valgrind shows a leak in inetmib1/tests/main.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28471== 28 bytes in 1 blocks are definitely lost in loss record 21 of 75
==28471== at 0x7BC4C735: notify_alloc (heap.c:255)
==28471== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==28471== by 0x4A87201: SnmpUtilOidCpy (main.c:332)
==28471== by 0x4AA18F3: ???
==28471== by 0x4944E3D: testInit (main.c:67)
==28471== by 0x49469FE: func_main (main.c:504)
==28471== by 0x4947804: run_test (test.h:584)
==28471== by 0x4947BF2: main (test.h:654)
==28471==
--
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.
http://bugs.winehq.org/show_bug.cgi?id=10461
Summary: Photoshop CS2 can't use multiple scratch disks
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michal(a)lightcomp.cz
Photoshop tries to use more space on scratch disk than it is available. I have
8GB of memory but PS can use only 1.8GB. So I set limit of tmpfs mounted as
/dev/shm to 6GB. PS uses this location as first scratch disk. Second is regular
drive. Normally PS should use second scratch disk when first is full. But it
allocates empty file that is bigger than 6GB and tries to use it. When file is
written up to 6GB limit, Photoshop displays error message:
Disk error -34 occurred while reading or writting to a scratch disk. Sorry, but
this error is unrecoverable.
I tried it also with other filesystem than tmpfs. Behavior is the same.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32538
Bug #: 32538
Summary: serial interface worked fine under wine 1.2 but
problem under wine 1.4
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: preludi(a)web.de
Classification: Unclassified
- want to use serial interface with software PCSync for Windows 3.1.2 (software
see link attached)
- serial interface worked fine with wine 1.2; works no longer in wine 1.4
- problem in wine 1.4: serial interface can not be initialized any more by the
software PCSync ...
- same problem in original Windows XP; can be solved using the device manager
and adjust serial interface to baud rate = 38400; parity = none; word length =
7 bit
- no device manager in wine available, no adjustment possible
- wine registry: setting com1: from 9600,n,8,1 to 38400,n,7,0 has no effect at
all
- something related to serial interface must have changed in a negative way
from wine 1.2 to wine 1.4
- attachment:
file 1: PCSync software (install under wine 1.4, press button F5 (=
initialising the serial interface -> error message; same thing under wine 1.2 =
fine!)
file 2 and 3: pictures showing baud rate and error message
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=24887
Summary: PSdeluxe,an artshow that comes in a CD-ROM of Adobe
Photoshop 3.0,does not play.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: crostrogarcia(a)gmail.com
It is really a very old CD-ROM, it was meant to be played in Windows 3.1. I
have another one of Windows 95 that plays OK.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
Alexander V. Chernikov <melifaro(a)ipfw.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|melifaro(a)ipfw.ru |
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
--- Comment #56 from Rosanne DiMesio <dimesio(a)earthlink.net> ---
>From some quick testing, copy/pasting text from native Firefox, Opera, and
Konqueror into Powerpoint 2007 works with the patches. I tested both
ctrl-c/ctrl-v and the copy/paste menu items.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
Ken Thomases <ken(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ken(a)codeweavers.com
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
--- Comment #55 from Ken Thomases <ken(a)codeweavers.com> ---
Just to be clear, the Windows CF_HTML format doesn't require _the_ complete
document (the whole original HTML document from which the fragment was copied),
but _a_ complete document (the fragment plus the start and end tags of the
nodes in which it is contained). The link you gave gives examples of fragments
copied from larger documents. By the way, this
<http://msdn.microsoft.com/en-us/library/windows/desktop/ms649015%28v=vs.85%…>
seems to be a more up-to-date article in terms of its descriptions of the
context, although the examples have busted HTML.
We should surround the fragment with "<!--StartFragment-->" and
"<!--EndFragment-->" since apps are also allowed to find it by searching for
those strings, rather than using the offsets.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
Ken Thomases <ken(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lameventanas(a)gmail.com
--- Comment #54 from Ken Thomases <ken(a)codeweavers.com> ---
*** Bug 30560 has been marked as a duplicate of this bug. ***
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7372
--- Comment #53 from Vincent Povirk <madewokherd(a)gmail.com> ---
- { wszHTMLFormat, XATOM_HTML_Format }, /* prefer this to text/html */
I think the reasoning behind this still applies: we want a mechanism for
copy/paste of this format between Wine applications (at least within the same
prefix) that's not a lossy conversion. If we get to a point where conversions
in both directions (which seems difficult, mostly because we'd have to parse
the html to find the paths) are reliable, maybe we won't need this anymore.
--
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.