Hi,
Apparently the changes from yesterday removed support of environment variables
in registry keys (very useful for the Path keys in the Drive sections).
Can it be readded? Or is there a rational behind it?
Ciao, Marcus
pgp0.pgp
Description: PGP signature
Hi,
apart from my desperate linking problems I mentioned in the wine-users
list, I have some questions regarding the spec file for defining and
wrapping exported symbols:
1. The winebuild manpage only mentions ptr, str, wstr, long and double
as valid Win32 function argument size information - is
According to MSDN, it is said that CreateCompatibleBitmap should be used
whenever a color bitmap is created.
Moreover, with CreateBitmap, I have to know the depth of the screen
whereas with CreateCompatibleBitmap I don't need to.
Dmitry (or others), do you really think this patch can't be
Maxime Bellengé [EMAIL PROTECTED] wrote:
According to MSDN, it is said that CreateCompatibleBitmap should be used
whenever a color bitmap is created.
Moreover, with CreateBitmap, I have to know the depth of the screen
whereas with CreateCompatibleBitmap I don't need to.
Dmitry (or others),
Not sure, but in my experience when you get a parse error before ... in
gcc, it means that theres something that wasn't #defined or declared there.
I would look and see what the token before LOADED_IMAGE is and see if it is
defined somewhere - I bet it isn't.
Kelly
- Original Message -
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Actually it's just the format of the Wine config has changed. Now all
environment variables should be surrounded by the percent signes (%HOME%),
and are handled by the normal registry code. Alexandre has changed the sample
config as well.
Actually
Steven Edwards [EMAIL PROTECTED] writes:
Does anyone have any idea as to what is going on here. I dont really see why mingw
has a problem.
access.c: In function `ImageUnload':
access.c:204: parse error before LOADED_IMAGE
access.c:210: parse error before LOADED_IMAGE
make1: ***
On Tue, 19 Aug 2003, Alexandre Julliard wrote:
Attached patch is rather useless, but however it makes the old profile
code be consistent with the new behaviour. A better approach is to
completely remove environment handling from profile.c.
Yes, I think environment handling should be left
On Tue, Aug 19, 2003 at 10:33:44AM -0700, Alexandre Julliard wrote:
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Actually it's just the format of the Wine config has changed. Now all
environment variables should be surrounded by the percent signes (%HOME%),
and are handled by the normal
Dimitrie O. Paun [EMAIL PROTECTED] writes:
While this makes sense from a separation perspective, it will prove to
be very inconvenient in practice. For decent integration we need access
to the environment, and having wrapper over wrapper to do these things
is not convenient.
I don't see why
Alexandre Julliard wrote:
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Actually it's just the format of the Wine config has changed. Now all
environment variables should be surrounded by the percent signes (%HOME%),
and are handled by the normal registry code. Alexandre has changed the sample
Dmitry Timoshkov wrote:
Raphal Junqueira [EMAIL PROTECTED] wrote:
When I try running InstallShield in windowed mode (Desktop = 640x480
as per default in config), window appears for a second and then
dissapears printing this message:
X Error of failed request: BadMatch (invalid parameter
Yes, did it, thanks. And wine recompiling too (done daily with cvs
update).
Another user seems to have found a problem into
dlls/winmm/winealsa/audio.c,
related to the software silence duration setting.
--- Jerry Jenkins [EMAIL PROTECTED] a écrit :
Did you restart service alsasound or your
in the process of separating ntdll from kernel32, one of the next hurdle
if the implementation of NtCreateFile.
Since it's rather a core API, some thoughts are needed. Moreover, there
are a few shortcomings in current file handling we might want to address.
The goal of this small RFC is to:
1/
Hello Eric,
the device concept will disappear and be replaced by a path gate:
in NT-Win32 name space, point where to convert from a
NT-path to a Unix-path
for example, assuming we have created a path-gate from
\\??\c: to /mnt/windows, the NT-path \\??\c:\foo\bar
Do we need attributes like hidden, system, etc?
Feri.
Dimitrie O. Paun wrote:
On August 14, 2003 05:30 am, Richard Cohen wrote:
winegcc -mwindows grotto.c -Wl,--delay-lib,comdlg32
Yes, this works better, but I'm curious why the gcc people don't
support it? Did you check the mingw docu for this feature?
Hi list,
I was compiling the bidi test to try the ICU libs, and got this error
[EMAIL PROTECTED] Wine]$ winegcc 01-biditest.c
wgcc.ygvnee.o(.text+0x91): In function `main':
: undefined reference to `GetCharacterPlacementW'
collect2: ld returned 1 exit status
Error: gcc failed.
Error:
Hello,
Are we going to be able to make use of WINEs rpcrt4.dll on ReactOS? I can build 99% of
the dll
with Mingw but am having trouble because of WINEs exception handler and a few calls to
gettimeofday. If we should be able to use it then I will work on porting it when I get
back from
vacation
19 matches
Mail list logo