On Sun, 29 Aug 2004, Juan Lang wrote:
1, whether is better to duplicate code
SHGetFolderPathW() or to try finding it by an
ordinal its value (the case for the older versions
of SHELL32.DLL) as it was stated by Juergen?
What are you trying to accomplish? For example, it
seems
The [1] patch brings some regression. I have filled a bugreport: [2].
Here are two png screenshots: [3] [4], one made before the patch is
applied, another made after the patch is applied.
[1] http://www.winehq.org/hypermail/wine-cvs/2004/08/0341.html
[2]
--- Saulius Krasuckas [EMAIL PROTECTED] wrote:
I don't know ordinal value of this function.
I neither. I don't have this versions handy at the
moment either. Maybe some kind soul who does can
provide them?
Yes, I understand now. IMHO, the easiest way still
would be to move the
code from
On Mon, Aug 30, 2004 at 03:27:49PM +0200, Robert van Herk wrote:
These people seem to be implementing a kinda Windows registry clone into
Linux, but then secure, stable 'n' stuff...
I looked at this and, as it stands, the project is basically a bunch of
hot air and a little bit of demo
Hopefully, the below information will prove useful regarding this
discussion:
I have an app (United Devices), a distributed computing type program that is
reliant upon threading priorities and remote operation processes. Under
Windows98 - me, the process tree looks as such:
kernel32 Pri class
On Mon, Aug 30, 2004 at 08:52:04AM +0200, Ove Kaaven wrote:
man, 30.08.2004 kl. 02.50 skrev [EMAIL PROTECTED]:
Only root can do this under Linux.
Maybe I sound naive, but would it be possible to get the highest
priority supported by the user (root or otherwise) without going to
root;
Hmm,
How about a more general approach, then. I offered in the past to put
wine's registry into a relational database, for performance reasons.
That was turned down due to editability reasons.
However, how about we use a plugin mechanism. We will have the wine
built in text-file registry