On Sun, 30 Nov 2003 22:01:22 +0100, you wrote:
> Mike Hearn wrote:
> > On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> >
> >>Still the same here. It can be a bug in Debian Sid of course, and the
> >>with the flow of updates stopped ...
> >
> >
> > FWIW I see the same problem here now on RH9
>
Your patch fails being applied to cvs at the moment...
nothing critical though, this is only the license part of
dlls/system32/systray.c.
***
*** 1,11
/*
- *Systray
*
- *Copyright 1999 Kai Morich
*
- * Manage the systray window. That it actually appears
Pure, fresh install of wine-20031118 from sources on
a dual processor Red Hat 9 machine.
Installed winzip, used it to unpack OpenOffice1.1.0.
Installed OpenOffice1.1.0. Install went fine.
Found no 'soffice.exe' of any sort, so ran Winefile
and double-clicked on the "Open Text Document.lnk" in
c:\w
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> > Please explain:
> > 1. What kind of a resource should I use, in your opinion?
String resources.
> > 2. How should I select which resource to load, given a specific locale?
Font charsets doesn't depend on the current user locale. So, just create
L
On Mon, Dec 01, 2003 at 12:38:19AM +0100, Ivan Leo Murray-Smith wrote:
> There is a very simple solution: Don't run winetests.exe from the desktop, and
> the desktop icons will stay intact, at least on win2k3. It would be a good idea
> to put a warning in the readme and on the download page.
Done.
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> #ifdef _WIN32
>> # include
>> # include
>> #else
>> # include "config.h"
>> # include "wine/port.h"
>> # define mkdir(d) mkdir (d, 0777)
>> #endif
>
> I'm not sure why you don't want to use the n
Hello,
We are looking at porting more code from WINE to ReactOS and I am
having trouble understanding the need for libwine_unicode as a shared
library. Some of the functions that it exports such as CompareString
are implemented in ntdll as RtlCompareString and then also used in
shlwapi as per a rec
There is a very simple solution: Don't run winetests.exe from the desktop, and
the desktop icons will stay intact, at least on win2k3. It would be a good idea
to put a warning in the readme and on the download page.
I just posted a patch to the reactos list that gets whatever comctl32.dll
reactos has building with -Wall -Werror. But I dont have a WINE tree or any
way to "port" these fixes over to WINEHQ. Can someone do it for me?
As you probably already know, Marek Lipovcan and I build RPMs of WineX for Linux
Red Hat, Suse, Mandrake and compatible distros, and host them (With a bz2 of the
source) on www003.portalis.it/115/
I think this is a fact that could interest a lot of people, would it be OK for me
to add a link to the
søn, 2003-11-30 kl. 22:05 skrev Vincent Béron:
> > @ stub RegQueryValueExU
> > @ stub RegSetValueExU
> > +@ stdcall CryptProtectData(ptr wstr ptr ptr ptr long ptr)
>
> Try to keep the functions in alphabetical order in the spec file please.
Done.
> > +BOOL WINAPI CryptProtectData(DATA_BLOB* pDa
On Sun, 2003-11-30 at 21:01, Eric Pouech wrote:
> I'm just trying to figure out what could be different on your side from
> mine.
> Are you all using nptl support ?
Well, I am using NPTL yes. Some time next week I can give you access to
my machine, if you feel like some hands on debugging.
thank
Yep, this fixes a bug that was just annoying me 5 minutes ago with the
tab hottracking, thanks!
One more bug remaining that I can see, on multi-line tabs we don't draw
the top of the first line correctly. It can be seen in the controlspy
tab demo: http://bylands.dur.ac.uk/~mh/Tab.exe
thanks -mike
Shachar Shemesh wrote:
I can't believe it. I did it again.
Please explain:
1. What kind of a resource should I use, in your opinion?
2. How should I select which resource to load, given a specific locale?
Make that: "How should I select which resource to load, given a specific
charset?"
3. What i
Le dim 30/11/2003 à 14:52, Thomas Brix Larsen a écrit :
> RCS file: /home/wine/wine/dlls/crypt32/crypt32.spec,v
> retrieving revision 1.13
> diff -u -r1.13 crypt32.spec
> --- dlls/crypt32/crypt32.spec 12 May 2003 03:21:45 - 1.13
> +++ dlls/crypt32/crypt32.spec 30 Nov 2003 19:45:03 -
>
Mike Hearn wrote:
On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
Still the same here. It can be a bug in Debian Sid of course, and the
with the flow of updates stopped ...
FWIW I see the same problem here now on RH9
I'm just trying to figure out what could be different on your side from
mine.
Howdy again. I've been running into a problem where I
call SetLastError() in kernel32 to indicate a
particular failure to an app, but the app gets 0 when
it calls GetLastError(). I call GetLastError() within
kernel32 as a sanity check, and it returns what I set
it to.
Any clues what gives?
My k
> There are 2 ways to do it:
> 1. Call SYSMETRICS_Set from x11drv when the resolution changes and update
> the values of SM_CXSCREEN, SM_CYSCREEN etc.
> Disadvantage: probably breaks DLL separation.
I think something like that is in the work as parts of Alex' rework of the
Desktop mode with the in
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
The main reason is that they are loaded based on encoding, rather than
language. This has several implications that caused me not to go that route:
1. The mapping between encoding and charcter encoding is not a
straightforw
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Likewise, the Japanese sample text only has Aa (and not AaBb) of
Romanji (latin characters). For similar reasons, I left AaBb in place
(why remove it?).
The question should be why do we go to the trouble of having parts
On Sun, 30 Nov 2003 11:45:55 -0800, you wrote:
> Shachar Shemesh <[EMAIL PROTECTED]> writes:
>
> > Likewise, the Japanese sample text only has Aa (and not AaBb) of
> > Romanji (latin characters). For similar reasons, I left AaBb in place
> > (why remove it?).
>
> The question should be why do we
Casper Hornstrup wrote:
-Oprindelig meddelelse-
Fra: Eric Pouech [mailto:[EMAIL PROTECTED]
Sendt: 30. november 2003 16:39
Til: Casper Hornstrup
Cc: [EMAIL PROTECTED]
Emne: Re: Mmsystem API timeGetTime
I see two ways of doing it:
- either use a function pointer to ReleaseThunkLock &
Rest
On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> Still the same here. It can be a bug in Debian Sid of course, and the
> with the flow of updates stopped ...
FWIW I see the same problem here now on RH9
You're right. I should have written MMDRV_PhysicalFeatures.
See attached patch.
ooops, I forgot to submit the fix I had for that back to wine...
This should be a better fix, whithout code duplication
A+
--
Eric Pouech
Name: mm16
ChangeLog: - move usage of 16 bit specific functions (Map
My first post! Here we go:
To make resolution switches work OK in Wine full-screen apps (mostly games)
there are a couple of SYSMETRICS that need to be kept updated (SM_CYSCREEN,
SM_CXSCREEN - the vertical and horizontal resolution)
There are 2 ways to do it:
1. Call SYSMETRICS_Set from x11dr
On Sun, 30 Nov 2003 12:36:25 -0500, you wrote:
> Nope, still doesn't appear to work. Rein, you see the
> same?
>
> Chris
>
> On Sunday 30 November 2003 11:08 am, Eric Pouech wrote:
> > Chris Morgan wrote:
> > > Still isn't working with build from todays cvs. Is this patch in there?
> >
> > it
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Likewise, the Japanese sample text only has Aa (and not AaBb) of
> Romanji (latin characters). For similar reasons, I left AaBb in place
> (why remove it?).
The question should be why do we go to the trouble of having parts of
the string handled in tw
> -Oprindelig meddelelse-
> Fra: Eric Pouech [mailto:[EMAIL PROTECTED]
> Sendt: 30. november 2003 16:39
> Til: Casper Hornstrup
> Cc: [EMAIL PROTECTED]
> Emne: Re: Mmsystem API timeGetTime
>
> I see two ways of doing it:
> - either use a function pointer to ReleaseThunkLock &
> Restore
> -Oprindelig meddelelse-
> Fra: Eric Pouech [mailto:[EMAIL PROTECTED]
> Sendt: 30. november 2003 16:35
> Til: Casper Hornstrup
> Cc: 'wine-devel'
> Emne: Re: Splitting out shared Win16/Win32 code
>
>
> Casper Hornstrup wrote:
> > Dlls/winmm/lolvldrv.c has a function (MMDRV_Message) sh
On Sun, 30 Nov 2003, Eric Pouech wrote:
> > I would agree with you allmost any time. But (of cause there is a but) we
> > are only using functions that was standard pre waaay old and I did
> > actually spend some time looking for functions/types etc. and nothing has
> > changed. As we are not touc
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Well, I'm not sure this is worth doing. First off, we're not fixing any
> app that makes use of CharNext{A,W}(). Second, why is your static method
> any faster than the real CharNextA()? Third, it's not correct to replace
> CharNextW() with an array
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Are you sure you want the functions to only return the invalid
> argument error if the file is actually not found? It creates
> inconsistancies. An invalid argument is invalid whether the file is
> there or not.
It's not invalid on Unix, that's the wh
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> Is not
>
> #ifdef _WIN32
> # include
> # include
> #else
> # include "config.h"
> # include "wine/port.h"
> # define mkdir(d) mkdir (d, 0777)
> #endif
>
> an acceptable workaround? This should be compilable even
> with MSVC after all, and Dimi ha
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> It's too late since Alxandre has committed the patch, but
> it's worth to mention that it's better to use a common
> pattern for creating version resources for Wine DLLSs,
> which uses wine/wine_common_ver.rc.
Currently wine_common_ver.rc sets the
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Just wondering whether there was a reason that the patch at
> http://www.winehq.org/hypermail/wine-patches/2003/11/0339.html was not
> commited. My understanding of the ensuing debate was that it was
> acceptable.
No, I'm afraid it's not. As I explain
Steven Edwards <[EMAIL PROTECTED]> writes:
> It submitted a patch for this problem a while back in comdlg32 and it
> went to the silent void that is Alexandres patch rejection que
> http://www.winehq.org/hypermail/wine-patches/2003/10/0265.html
Can't say that I remember that patch, I must hav
Peter Berg Larsen <[EMAIL PROTECTED]> writes:
> Changelog:
> - Try ncursesw, ncurses and curses so library before giving up at startup
You can't do that, there's no guarantee that the different libraries
are binary compatible. We need to load the one we built against.
--
Alexandre Julliard
[EMA
Peter Berg Larsen <[EMAIL PROTECTED]> writes:
> I might be missing something here: The only thing we see by compiletime is
> headerfiles. At runtime we try dlopen a library what we hope corresponce
> to the headerfiles. There is no garantee that it is.
That's why we get the soname at compile time
Juan Lang wrote:
ChangeLog: partially implement DeviceIoControl for
VDHCP, VNETBIOS, and VNB, gets rid of FIXMEs for some
apps.
In particular, ipconfig.exe and winipcfg.exe work more
completely (and less slowly without the FIXMEs). Hope
to see fewer bug reports complaining about the FIXMEs
too, si
Nope, still doesn't appear to work. Rein, you see the
same?
Chris
On Sunday 30 November 2003 11:08 am, Eric Pouech wrote:
Chris Morgan wrote:
> Still isn't working with build from todays cvs. Is this patch in there?
it seems that AJ applied it after your mail had been sent
A+
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> On November 29, 2003 08:33 pm, Steven Edwards wrote:
> > If anyone is interested in a good
> > hobby project a Winelib port of this would be nice to see.
>
> Yes, but before we can attempt that, we need MinGW support in
> OO, and AFAIK, that's no
It is in the default mode. I just installed WINE from CVS on my
slackware server and used the sample .config in the documentation
directory. I dont know what mode WINE defaults too as the Winver option
is commented out in my .config.
I made no changes to WINE to get OpenOffice 1.1 to install. The
Whoops
Here it is for real.
Thanks
Steven
--- Steven Edwards <[EMAIL PROTECTED]> wrote:
> After this is just header cleanup for the MS_VC and Mingw ports.
>
> Changlog:
> Split the Win16/32 color dialog by duplicating two internal
> functions.
__
Do you Yah
Chris Morgan wrote:
Still isn't working with build from todays cvs. Is this patch in there?
it seems that AJ applied it after your mail had been sent
A+
--
Eric Pouech
Casper Hornstrup wrote:
How can this API be implemented so it does not have to use
ReleaseThunkLock and RestoreThunkLock (at least the Win32
version)?
DWORD WINAPI timeGetTime(void)
{
/* FIXME: releasing the win16 lock here is a temporary hack (I hope)
* that lets mciavi.drv run correctly
Casper Hornstrup wrote:
Dlls/winmm/lolvldrv.c has a function (MMDRV_Message) shared by the
Win16 and the Win32 implementation of mmsystem. Since it is shared
by both mmsystem.dll and winmm.dll, all Win16 APIs used in the shared
functions will be imported by the Win32 implementation (winmm.dll)
also
I would agree with you allmost any time. But (of cause there is a but) we
are only using functions that was standard pre waaay old and I did
actually spend some time looking for functions/types etc. and nothing has
changed. As we are not touching internal stuff, allocating structs or
termcap/termi
On Sun, 30 Nov 2003 21:48:47 +0800, you wrote:
> > table, and you get "ain't worth the hassle".
>
> I hope you will reconsider.
This discussion did not answer the question that I was thinking of at
your first remark: do these strings depend on the local language?
It would be inclined to think t
How can this API be implemented so it does not have to use
ReleaseThunkLock and RestoreThunkLock (at least the Win32
version)?
DWORD WINAPI timeGetTime(void)
{
/* FIXME: releasing the win16 lock here is a temporary hack (I hope)
* that lets mciavi.drv run correctly
*/
DWORD coun
Hi list,
I've been trying to get the application "Skype" (http://skype.org)
working in wine. But it complains about that it can't locate the
function CryptProtectData, which MSDN says belongs to crypt32.dll.
I've been trying to implement this function as a stub.
By adding this to crypt32/main.c:
Hi,
On Sun, Nov 30, 2003 at 12:13:27AM +0100, Kris 'Spike' J wrote:
> Hello there,
> I get an error when starting a voice communication tool that uses dsound:
> err:win32:PE_fixup_imports No implementation for DSOUND.dll.12 imported from
> C:\Programme\Ventrilo\Ventrilo.exe, setting to 0xdeadbeef
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> The main reason is that they are loaded based on encoding, rather than
> language. This has several implications that caused me not to go that route:
> 1. The mapping between encoding and charcter encoding is not a
> straightforward one. The reverse
Rein Klazes wrote:
On Sun, 30 Nov 2003 03:43:04 +0200, you wrote:
+{'C','c','D','d',0}, /* Symbol */
With native win98, ME and win2k the example string for symbol I get is
spelled 'S','y','m','b','o','l'
BTW, I have a patch for this and other fontdlg enhancements as well. Do
you plan
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
* Add sample text characters for Symbol, Japanese, Greek, Turkish,
Arabic, Baltic, Vietnamese, Russian, East European and Thai codepages.
Why to not add them into resources? That would simplify locale
handling a
Hi,
You will need two screenshots one 200x150 and one 800x600 without
scaling it down if possible. I believe the characteristics should be, No
clutter & make the app as prominate as possiable. You will also want to
reduce the size of the 200x150 shot as much as possible
(but not to the point that
On Sun, 30 Nov 2003 03:43:04 +0200, you wrote:
> +{'C','c','D','d',0}, /* Symbol */
With native win98, ME and win2k the example string for symbol I get is
spelled 'S','y','m','b','o','l'
BTW, I have a patch for this and other fontdlg enhancements as well. Do
you plan to submit any more patch
On November 28, 2003 08:32 am, Richard Cohen wrote:
> Dimi, I imagine that the 'other_lib_files' are going to be .so's. If
> so, shouldn't we search for them first so that by default, we link
> dynamically ?
I guess we can, I can't remember right now why I had this order.
We should just try, I g
On November 29, 2003 08:33 pm, Steven Edwards wrote:
> If anyone is interested in a good
> hobby project a Winelib port of this would be nice to see.
Yes, but before we can attempt that, we need MinGW support in
OO, and AFAIK, that's not supported just yet. Does anyone know
of any (current) effort
58 matches
Mail list logo
