https://bugs.winehq.org/show_bug.cgi?id=52070
Bug ID: 52070
Summary: error messages when graphics driver is null
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: maliku(a)posteo.net
Distribution: ---
Following the documentation of
https://wiki.winehq.org/Useful_Registry_Keys
I set the graphics driver to "null", rather than "x11"
I get these errors from the wine output, when I was expecting them to be
suppressed, or at least not raised as errors
0418:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0418:err:winediag:nodrv_CreateWindow The explorer process failed to start.
0418:err:systray:initialize_systray Could not create tray window
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37005
Bug ID: 37005
Summary: Serif WebPlus Starter Edition crashes on startup
(wincodecs:BitmapEncoderInfo_GetFileExtensions)
Product: Wine
Version: 1.7.23
Hardware: x86
URL: http://download.cnet.com/Serif-WebPlus-Starter-Edition
/3000-10248_4-75558786.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49163
--> https://bugs.winehq.org/attachment.cgi?id=49163
WINEDEBUG=relay,seh,tid,wincodecs
Installing the application works fine. Note you'll need winetricks mfc42
vcrun2008 (bug 35286)
starting the application, however, quickly fails:
austin@aw25 ~/.wine/drive_c/Program Files/Serif/WebPlus Starter
Edition/3.0/Program $ wine WebPlus\ Starter\ Edition.exe
fixme:msg:ChangeWindowMessageFilter 323 00000001
fixme:msg:ChangeWindowMessageFilter 326 00000001
fixme:system:SetProcessDPIAware stub!
fixme:wincodecs:BitmapEncoderInfo_GetFileExtensions
(0x1d37b0,1024,0x33f238,0x33ea0c): stub
wine: Unhandled exception 0xc0000409 in thread 41 at address 0x2223ddf5 (thread
0041), starting debugger...
winetricks windowscodecs lets it start.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52121
Bug ID: 52121
Summary: Smaller fixes to resource editing functions
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)daniel-marschall.de
Distribution: ---
I have two more improvement suggestions the the resource editing functions:
(1) There are a few arguments of CreateFileA not correct. It might work on
Wine, but if the code
runs on older versions of Windows, it raises errors in some circumstances.
(1a) In function `create_mapping`:
// Fix by Daniel Marschall: Changed "0" to "FILE_SHARE_READ | (rw ?
FILE_SHARE_WRITE : 0)"
mi->file = CreateFileA(filename, GENERIC_READ | (rw ? GENERIC_WRITE : 0),
FILE_SHARE_READ | (rw ? FILE_SHARE_WRITE : 0), NULL, OPEN_EXISTING, 0,
0);
(1b) In function `BeginUpdateResource`:
// Fix by Daniel Marschall: Changed "GENERIC_READ | GENERIC_WRITE,
0" to "GENERIC_READ, FILE_SHARE_READ"
file = CreateFileA(pFileName, GENERIC_READ, FILE_SHARE_READ, NULL,
OPEN_EXISTING, 0, 0);
(2) Function `get_res_nameW` contains `RtlUpcaseUnicodeString(str,str)`. The
same should be added to `get_res_nameA`.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52066
Bug ID: 52066
Summary: LockWindowUpdate crashes showing new window in program
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 71082
--> https://bugs.winehq.org/attachment.cgi?id=71082
runlog of natspeak, showing crash at end
This may be a duplicate of
bug 50778 or
bug 43669
I am running wine 6.21 staging on Gentoo.
I run Dragon Naturally Speaking.
Sometimes when you open an extra window, the program responds well. but at
other times it throws this error, and then crashes.
026c:fixme:win:LockWindowUpdate (00000000), partial stub!
A log file is attached.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=425
--- Comment #46 from Jonas Bechtel <code(a)jbechtel.de> ---
Oh, and creating some file like .wine/dosdevices/uns/server/bla.txt didn't
help either.
--
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=14501
Summary: docs incorrectly claim that unc paths work
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: documentation
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: codeslinger(a)compsalot.com
The docs for unc path are wrong they do not reflect reality.
According to the docs
http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure#AEN4…
and also according to this rather odious comment
http://www.winehq.org/pipermail/wine-users/2007-August/027715.html
unc paths, should work, all you do is create a symlink and you are done.
Well, I am under intense deadline pressure and I just spent two days of effort
trying to get a client/server app to run that requires unc paths. And finally
after a lot of study and banging of head against brick wall, finally I find
this bug #425 which makes it pretty darn clear that not only does unc path not
work, but it never actually has worked!!!!
http://bugs.winehq.org/show_bug.cgi?id=425
So I ask that you kindly please fix the docs so that others are not subjected
to the same levels of tribulations which I have just needlessly gone through.
That bug has been open since 2002, I see no indication that it is going to get
fixed any time soon.
I have the highest respect and admiration for the winehq project and the people
who created it, but this sort of thing is a major black mark against wine. I
will be very reluctant to attempt to use wine in the future.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=425
code(a)jbechtel.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |code(a)jbechtel.de
--- Comment #45 from code(a)jbechtel.de ---
Yes, it is still an issue.
I have wine 6.22.
explorer.exe prints following console message:
00f4:fixme:shell:ISF_NetworkPlaces_fnParseDisplayName not implemented for
L"\\\\server\\"
In notepad.exe I get a message box "Path does not exist" "Ok"
This share actually /is/ accessible by smbclient and by thunar
(BTW remote named pipes don't work either; just tested this with
npecho_client2.exe from npecho_client2.c from samba source code)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52119
Bug ID: 52119
Summary: EndUpdateResource calculates field "SizeofImage" wrong
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)daniel-marschall.de
Distribution: ---
The function `EndUpdateResource` will calculate the PE field "SizeOfImage" like
this:
For 64 bit:
nt64->OptionalHeader.SizeOfImage += rva_delta;
For 32 bit:
nt->OptionalHeader.SizeOfImage += rva_delta;
But this is wrong. It does not follow the specification of Microsoft, and
therefore, some combinations of SizeofImage values and Windows versions will
cause the Operating System to deny loading the image.
The correct implementation is described here:
https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o…
Correct is following code (to be added to `write_raw_resources`):
For 64 bit:
lastsec = get_last_section(write_map->base, mapping_size);
pEndOfLastSection = lastsec->VirtualAddress +
lastsec->Misc.VirtualSize + nt64->OptionalHeader.ImageBase;
//NOTE: we are rounding to memory section alignment, not file
pEndOfLastSectionMem =
peRoundUpToAlignment64(nt64->OptionalHeader.SectionAlignment,
pEndOfLastSection);
uCalcSizeOfFile = pEndOfLastSectionMem -
nt64->OptionalHeader.ImageBase;
nt64->OptionalHeader.SizeOfImage = (DWORD)uCalcSizeOfFile;
For 32 bit:
//nt->OptionalHeader.SizeOfImage += rva_delta;
// Fix by Daniel Marschall: Added this calculation of
"SizeOfImage".
// With the original implementation, Windows won't load some
images!
//
https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o…
lastsec = get_last_section(write_map->base, mapping_size);
pEndOfLastSection = lastsec->VirtualAddress +
lastsec->Misc.VirtualSize + nt->OptionalHeader.ImageBase;
//NOTE: we are rounding to memory section alignment, not file
pEndOfLastSectionMem =
peRoundUpToAlignment(nt->OptionalHeader.SectionAlignment, pEndOfLastSection);
uCalcSizeOfFile = pEndOfLastSectionMem -
nt->OptionalHeader.ImageBase;
nt->OptionalHeader.SizeOfImage = uCalcSizeOfFile;
And the required functions:
//
// peRoundUpToAlignment() - rounds dwValue up to nearest dwAlign
//
DWORD peRoundUpToAlignment(DWORD dwAlign, DWORD dwVal)
{
// Fix by Fix by Daniel Marschall: Added this function, based on
//
https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o…
if (dwAlign)
{
//do the rounding with bitwise operations...
//create bit mask of bits to keep
// e.g. if section alignment is 0x1000
1000000000000
// we want the following bitmask
11111111111111111111000000000000
DWORD dwMask = ~(dwAlign - 1);
//round up by adding full alignment (dwAlign-1 since if already aligned
we don't want anything to change),
// then mask off any lower bits
dwVal = (dwVal + dwAlign - 1) & dwMask;
}
return(dwVal);
}
ULONGLONG peRoundUpToAlignment64(ULONGLONG dwAlign, ULONGLONG dwVal)
{
// Fix by Fix by Daniel Marschall: Added this function, based on
//
https://stackoverflow.com/questions/39022853/how-is-sizeofimage-in-the-pe-o…
if (dwAlign)
{
//do the rounding with bitwise operations...
//create bit mask of bits to keep
// e.g. if section alignment is 0x1000
1000000000000
// we want the following bitmask
11111111111111111111000000000000
ULONGLONG dwMask = ~(dwAlign - 1);
//round up by adding full alignment (dwAlign-1 since if already aligned
we don't want anything to change),
// then mask off any lower bits
dwVal = (dwVal + dwAlign - 1) & dwMask;
}
return(dwVal);
}
static IMAGE_SECTION_HEADER* get_last_section(void* base, DWORD mapping_size)
{
// Fix by Fix by Daniel Marschall: Added this function which is required by
the "SizeOfImage" field calculation
IMAGE_SECTION_HEADER* sec;
IMAGE_NT_HEADERS* nt;
DWORD num_sections = 0;
nt = get_nt_header(base, mapping_size);
if (!nt)
return NULL;
sec = get_section_header(base, mapping_size, &num_sections);
if (!sec)
return NULL;
/* find the resources section */
return &sec[num_sections - 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.
https://bugs.winehq.org/show_bug.cgi?id=51991
Bug ID: 51991
Summary: scratch 3.0
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jasmelo(a)hotmail.com
Distribution: ---
Created attachment 70981
--> https://bugs.winehq.org/attachment.cgi?id=70981
scratch 3
no funciona scratch
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51564
Bug ID: 51564
Summary: Can't run winevdm
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: dos
Assignee: wine-bugs(a)winehq.org
Reporter: uleysky(a)gmail.com
Distribution: ---
Win16 applications, COM files does'nt start with error:
018c:err:module:import_dll Loading library krnl386.exe16 (which is needed by
L"C:\\windows\\syswow64\\winevdm.exe") failed (error c0000131).
018c:err:module:LdrInitializeThunk Importing dlls for
L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000135
wine "C:\\windows\\syswow64\\winevdm.exe" gives the same error.
Wine version 6.14, 6.0.1 works fine.
--
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.