I ran into the same issue and was in the process of trying to fix it
up. Maybe this is a better approach because it doesn't require any
user intervention? The idea was to pass the relative path through
that function to get the full local path.
I can attach the rest of the patch if you'd like
On Tue, 26 Jul 2005 10:15:58 +1000
Troy Rollo [EMAIL PROTECTED] wrote:
If you call SendMessageW under native Windows the translation happens. If you
call SendMessageA it does not. This is all exactly what I would expect.
By my test, sending 0xf301 with SendMessageA gets 0xf301 on Windows,
Filip Navara wrote:
Maybe it's just me, but I thought this is well-known feature of the
API. It's implemented in ReactOS for quite some time. *g*
- Filip
Yes! but the headers, are they fixed? What do you do in react OS do you
have 2 different definitions for RegisterClassExW
Free Life
Phil Krylov [EMAIL PROTECTED] wrote:
Translate Unicode-ANSI message wParams only when window type
(ANSI/Unicode) does not match message handling function postfix
(PeekMessageA/W etc.).
This patch is not correct. All messages which potentially go through wineserver
should be posted/sent via
On Tue, 26 Jul 2005 16:04:22 +0900
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
This patch is not correct. All messages which potentially go through
wineserver
should be posted/sent via unicode.
OK, then how you would suggest to solve the problem described in previous
messages of this thread?
Phil Krylov [EMAIL PROTECTED] wrote:
This patch is not correct. All messages which potentially go through
wineserver
should be posted/sent via unicode.
OK, then how you would suggest to solve the problem described in previous
messages of this thread?
One solution is to translate the
Hi,
Tonight I tried to submit a shot for Palm Desktop 4.1 and it gave me
this error:
Unable to move screenshot from to data/screenshots/originals/781
What's going on?
Thanks a lot,
James Liggett
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
What about the character codes which can't be converted?
A-W conversion doesn't have that problem, A-W translation either if
Of course the last A-W should be read as W-A, i.e.:
W-A translation either if ...
--
Dmitry.
On Tue, 26 Jul 2005 16:31:50 +0900
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Phil Krylov [EMAIL PROTECTED] wrote:
This patch is not correct. All messages which potentially go through
wineserver
should be posted/sent via unicode.
OK, then how you would suggest to solve the
Hi,
On Mon, Jul 25, 2005 at 02:31:58PM -0700, Hiji wrote:
Can anyone help out with this bug? It's still in
existence in the July Wine release.
OK, I've added a comment.
Andreas Mohr
Phil Krylov [EMAIL PROTECTED] wrote:
One solution is to translate the whole wparam.
How do you see it? Example: I do a
PostMessageA(hwndAnsi, WM_CHAR, 0xF301, 0);
map_wparam_AtoW takes the \x01\xF3 string, translates it to Unicode via
CP_ACP (for CP1251, this would be probably
James Hawkins [EMAIL PROTECTED] wrote:
+#define HH_Alloc(size) ((LPVOID)HeapAlloc(GetProcessHeap(),
HEAP_ZERO_MEMORY, size))
+
+#define HH_Free(buffer) \
+if (buffer) \
+HeapFree(GetProcessHeap(), 0, (HLOCAL)buffer);
Alot of work has been done to avoid tests for NULL before
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anyone saw the article in June's Dr. Dobb's Journal, July 95 titled
Finding Binary Clones with Opstrings Function Digests: Part I by
Andrew Schulman http://www.undoc.com
Although just the first article, It already shows promise from wine's
Hi Dmitry,
On Tue, 26 Jul 2005 16:56:31 +0900
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
The key word is the whole wparam. So, there is no need to truncate it
by using LOWORD.
Oh sorry. For some reason I thought that HIWORD(wParam) is used for some
other data. Here is a new patch, is it ok?
Thomas Weidenmueller [EMAIL PROTECTED] writes:
Thomas Weidenmueller wrote:
The attached archive contains a stubbed objsel.dll and it's public
header file objsel.h
Any comments why it got rejected?
I'd appreciate if you could send a proper patch instead of a zip
file.
--
Alexandre
Khe Siang Tan wrote:
Hi
just wondering if someone could help mei am
running Debian operating systemand i am trying to
install/run WINE.i have typed the command $apt-get
install wine in root user.
KHE:/home/zhe# apt-get install wine
Reading Package Lists... Done
Building
Phil Krylov [EMAIL PROTECTED] wrote:
Oh sorry. For some reason I thought that HIWORD(wParam) is used for some
other data. Here is a new patch, is it ok?
Looks good to me, let's see if Alexandre likes it as well.
--
Dmitry.
--- Raphael [EMAIL PROTECTED] wrote:
On Monday 25 July 2005 20:41, Oliver Stieber wrote:
Hi,
This patch corrects a regression issue in
http://www.winehq.org/hypermail/wine-patches/2005/07/0575.html
Hi
You just sent the sme patch :)
Maybe you forgot to attach the good one
It
--- Raphael [EMAIL PROTECTED] wrote:
On Monday 25 July 2005 19:47, Robert Shearman wrote:
Oliver Stieber wrote:
Following this patch
http://www.winehq.org/hypermail/wine-patches/2005/07/0575.html wined3d
SegV's every time the dll is loaded.
One bug is that GetModuleFileName is
On Mon, 25 Jul 2005 21:28:27 +0200, you wrote:
Hi Rein,
could you try the attached patch. It's a hack and we probably need an
implementation of softpub.h. I just want to make sure Girotel doesn't
use the same ActionID
Yes that works. Here is the Girotel's output:
|
Hi,
I discovered only recently a problem which is probably quite prevalent,
but I could not find the answer on the web.
Example: I want to configure Mozilla for opening .DOC files with the
free Word Viewer that can be downloaded at http://www.microsoft.com. To
do so I go to Edit - Preferences -
One solution would probably be to write a wrapper script that translates
the path name before it is passed to wine. One discussion board entry I
found indicates the CrossOver plugin does it that way.
Try this script:
#!/bin/bash
document=`winepath -l $1`
exec wine start.exe $document
If the
From: Frank Richter [EMAIL PROTECTED]
Frank Richter [EMAIL PROTECTED]
Split up the drawing code into a set of smaller functions and also moved
some common computations into helper functions. All that to facilitate
the implementation of the forthcoming theming support.
+static inline int
Dimi Paun wrote:
It has become the norm lately to not have the ALLCAPS_ prefix
for internal static functions, but rather have names_with_underscores
to easily tell them apart from Win32 APIs.
So for the above, I guess get_led_size() would be preferable.
I thought the only half-official rule
From: Felix Nawothnig [EMAIL PROTECTED]
It has become the norm lately to not have the ALLCAPS_ prefix
for internal static functions, but rather have names_with_underscores
to easily tell them apart from Win32 APIs.
So for the above, I guess get_led_size() would be preferable.
I
Has anyone tried to cross-compile Wine for the ARM platform or is there
any documentation on how to do this?
This is an e-mail from General Dynamics Robotic Systems. It is for the intended
recipient only and may contain confidential
Hi John,
--- John Connor [EMAIL PROTECTED] wrote:
Has anyone tried to cross-compile Wine for the ARM platform or is there
any documentation on how to do this?
I have but its been a day or two. You need two trees and to first build the
Wine tools for your
host platform and something like the
Steven Edwards wrote:
--- Paul Vriens [EMAIL PROTECTED] wrote:
I'm busy fixing up version.dll, and I want to create some tests to read
resources from win16 applications. I currently have a fixed .exe in my
tests directory, but I'd like to create a 16bit .exe (or .dll) during
the creation of
I've been doing some oprofille tests with wine running fce ultra, the
8-bit Nintendo emulator. I found that when running a rom for 60
seconds, more than 99% of the CPU utilization for winex11drv (which
uses the most of all components of wine in this case) is in the same
function :
On Tue, 26 Jul 2005 17:31, Dmitry Timoshkov wrote:
What about the character codes which can't be converted?
A-W conversion doesn't have that problem
That is not necessarily true. A DBCS lead byte without a valid trail byte will
result in failure in an A-W conversion.
In fact translating
Hello,
I put the Benchmark results that I posted to wine-devel back in April
on the Wiki.
http://wiki.winehq.org/BenchMark
I would appreciate any constitutive criticism to improve this page.
Tom
Christian Britz wrote:
Stefan Dösinger wrote:
I've also written a small C program which scans the registry and
creates .desktop files for each mime type found. I've sent a first alpha
version to this list late June. With these .desktop files in place you can
just click on the files in
Michael Carlson wrote:
I've also found that marking a couple of parameters of that function
const (that I believe should be marked const anyways), CPU usage in
that function drops measurably with oprofile. As far as I know,
parameters that aren't modified in a function should be marked const
I expect this is caused by states not being in sync between the pbuffer and
old buffer, or
textures not being loaded properly... I've just sent in a patch that should
correct the latter.
Re-tested HL2 today, pbuffer white screen regression is gone.
On Wed, 27 Jul 2005 09:25, Felix Nawothnig wrote:
There is no need to make anything except the pointers const - I don't
think I've ever seen that in real world code. In theory this would give
the compiler slightly more information... but if the optimizer is unable
to figure out that the
Tom Wickline wrote:
Hello,
I put the Benchmark results that I posted to wine-devel back in April
on the Wiki.
http://wiki.winehq.org/BenchMark
I would appreciate any constitutive criticism to improve this page.
Tom
.
I'd be interested to see how 3DMark05 runs. Do Oliver's
patches
On 7/26/05, Mitchell Mebane [EMAIL PROTECTED] wrote:
I'd be interested to see how 3DMark05 runs. Do Oliver's patches support it
yet?
Back in April 3DMark05 would install and load but there was a lack of
Pixel Shader 2.0
support, so none of the test would run.
Troy Rollo [EMAIL PROTECTED] wrote:
This means that ideally, if the window is not a unicode window, then there
should be no A-W-A translation.
What is the source and target threads are running in different locales?
That's the point in conversion to unicode for the interthread PostMessage/
* On Fri, 22 Jul 2005, Francois Gouget wrote:
So the goal of this conformance test is to at least get things started
and to test a few sticking points like putting quotes around the
One test fails on my box:
| $ make -C dlls/shell32/tests/ test
| make: Entering directory
On Wed, 27 Jul 2005 13:20, Dmitry Timoshkov wrote:
Troy Rollo [EMAIL PROTECTED] wrote:
This means that ideally, if the window is not a unicode window, then
there should be no A-W-A translation.
What is the source and target threads are running in different locales?
That's the point in
Troy Rollo [EMAIL PROTECTED] wrote:
Locales don't affect the ANSI code page - that is determined either at boot
time or by the most recent call of the process to SetGlobalCP (NT only). I
could write a test for this, but I won't have time to do it until about a
week from now.
Take into
Saulius Krasuckas escreveu:
* On Fri, 22 Jul 2005, Francois Gouget wrote:
So the goal of this conformance test is to at least get things started
and to test a few sticking points like putting quotes around the
One test fails on my box:
In my box it pass(1).
| $ make -C
On Wed, 27 Jul 2005 15:28, Dmitry Timoshkov wrote:
Take into account that threads can belong to different processes. Another
thing that we may want to take into account (that needs a test though) is
whether a thread locale affects the translation.
Locale doesn't affect the A-W translation. I
On Tue, Jul 26, 2005 at 11:52:55PM +0200, Johannes Koch wrote:
The pitch value was wrongly converted and has to be centered around zero.
Changelog
Fixed pitch bending in the alsa midi driver.
? patch.diff
Index: dlls/winmm/winealsa/midi.c
44 matches
Mail list logo