(snip about XGrab-ing stuff)
I think that using this should work at least in programs where the entire
screen is taken over, like in games, probably other applications well.
Well, this would work BUT there is a catch : when you grab the display
or some keys, only the X connection where you
Dmitry Timoshkov wrote:
Shachar Shemesh [EMAIL PROTECTED] wrote:
In case anyone is interested - http://shemesh.biz/winetrace.bz2
Again unicows.dll (Microsoft Layer for Unicode) plays bad games
with Wine. Could you regenerate the log with additional +snoop?
Same location. What is
Shachar Shemesh wrote:
Dmitry Timoshkov wrote:
Shachar Shemesh [EMAIL PROTECTED] wrote:
In case anyone is interested - http://shemesh.biz/winetrace.bz2
Again unicows.dll (Microsoft Layer for Unicode) plays bad games
with Wine. Could you regenerate the log with additional +snoop?
Same
Hi,
On Tue, Oct 21, 2003 at 11:25:55AM +0100, Mike Hearn wrote:
IE setup needs this, and really, there's not much difference between
them. I would change this in the code, but I don't know where this key
is referenced.
Emulate win98 and DOS 6.11 by default
Index:
On Tue, 21 Oct 2003 00:12:20 -0400, you wrote:
On October 20, 2003 02:55 am, Rein Klazes wrote:
I cannot imagine the conformance here to be accidentally lost. I am
not against conformance tests in general, but to protect such simple
one-line functionality seems to me a waste of the effort.
Alexandre Julliard [EMAIL PROTECTED] wrote:
Hans Leidekker [EMAIL PROTECTED] writes:
It appears that the comctl32 conformance test calls functions by name
that are exported by ordinal only on Windows. Still the test runs (and
thus run-time links) on Wine. Is this wanted behavior?
Yes it is,
On October 21, 2003 09:00 am, Rein Klazes wrote:
See? You are looking for an if-else-statement yourself. Perhaps there is
not one. And if there is, it may test numerous other things then the
Windows version.
I am not. But knowing is various Windows versions are consistent in
certain behavior
On October 19, 2003 04:28 am, Jonathan Wilson wrote:
IMO its a waste for both WINE and ReactOS to have 2 different
implementations of MSVCRT.DLL/CRTDLL.DLL
Is there any valid reason not to either remove one and have both projects
use the other or to merge both and come up with one dll?
For
Shachar Shemesh [EMAIL PROTECTED] wrote:
While talking about it, what is unicows.dll? I've tried to find
anything about it in the list archives.
It's the Microsoft Layer for Unicode allowing to run under win9x
some unmodified applications which use unicode win32 APIs.
Will trying to get
On Tue, 2003-10-21 at 12:01, Andreas Mohr wrote:
Please DON'T do this.
These are FORCED, GLOBAL values, as such they are highly evil
(since that way the whole version detection mechanism gets disabled
and many programs which need other values cannot have their version
guessed properly any
This is the current summary of Wine translations.
It lists languages for which at least one resource exists.
It can be found here:
http://mecano.gme.usherb.ca/~vberon/wine/translation
All comments welcome.
Vincent
On Tue, 21 Oct 2003 09:13:28 +0200, Lionel Ulmer [EMAIL PROTECTED] wrote:
Well, this would work BUT there is a catch : when you grab the display
or some keys, only the X connection where you did the grab will get the key
events. And as in Wine, you have one connection per thread, you need to
Dimitrie O. Paun wrote:
On Wed, 3 Sep 2003, George Marshall wrote:
Hi I've already submitted this bug to the wine bugzilla but I'm posting
it here as well 'cause... oh well you know.
In your bug report you say:
Oh, I forgot to say that the same application is wortking correctly on
Vitaliy Margolen [EMAIL PROTECTED] writes:
Monday, October 20, 2003, 10:13:12 PM, Dimi wrote:
On October 20, 2003 01:49 am, Vitaliy Margolen wrote:
Do you mean I need to write some test program? [...]
Yes, a test program, but one that's integrated in our
testing framework. See any of the
On Tue, 21 Oct 2003, Ferenc Wagner wrote:
It is a shame, but I can not apply your patch... It gives:
Sorry about that, maybe I should submit a new patch. I'll
do so when I get home, meanwhile here is a tar.gz of the
new files.
--
Dimi.
winetests.tar.gz
Description: GNU Zip compressed data
On Tuesday 21 October 2003 15:17, Rolf Kalbermatter wrote:
Mmh! I have downloaded the PSDK from the MSDN site, and although it
says Microsoft Platform SDK February 2003 in the Start menu it really
was just downloaded one month ago and my comctl32.lib does not contain
symbols for at least
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
On Tue, 21 Oct 2003 17:41:19 +0200, Szakacsits Szabolcs wrote:
Why not? NTFS has all the features that other Linux filesystems have and
even more. Why couldn't it be used as a standalone filesystem?
As its data structures are undocumented.
Hi,
On Tue, 21 Oct 2003 17:41:19 +0200, Szakacsits Szabolcs wrote:
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
NTFS has no meaning as a standalone filesystem - there are better GPL
Why not? NTFS has all the features that other Linux filesystems have and
even more. Why couldn't it be
Hi,
On Tue, 21 Oct 2003 21:05:57 +0200, Szakacsits Szabolcs wrote:
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
Most of them
is read-only but if you know how to read, sure you can write as well.
Block allocation bitmaps (or Btrees or whatever) do not need to be understood
for writing. You
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
Most of them is read-only but if you know how to read, sure
you can write as well.
Block allocation bitmaps (or Btrees or whatever)
Yes, there are all the three :)
do not need to be understood for writing.
I guess you mean reading? Anyway
Le mar 21/10/2003 14:17, Dimitrie O. Paun a crit :
On 21 Oct 2003, Vincent Bron wrote:
This is the current summary of Wine translations.
It lists languages for which at least one resource exists.
It can be found here:
http://mecano.gme.usherb.ca/~vberon/wine/translation
This
Le mar 21/10/2003 14:45, Hans Leidekker a crit :
This is certainly useful for me, as I was just about to start translating
some dlls to dutch. I checked the page you mention above and it showed
there are some parts missing from dlls that already haven been translated
to dutch. I don't think I
Hi,
On Tue, 21 Oct 2003 22:38:41 +0200, Szakacsits Szabolcs wrote:
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
do not need to be understood for writing.
I guess you mean reading? Anyway it depends on the driver quality. All
needs to be known for both read and write.
Not all information
Hans Leidekker [EMAIL PROTECTED] writes:
Changelog:
- More resources translated to dutch.
- Make an example consistent with it's description (wcmd).
The wcmd change is wrong, the default prompt really is $p$g. Also your
patch got wrapped, you'll have to resubmit.
--
Alexandre Julliard
Reading data from a file system is much easier then writing. It's kind of like saying, I can extract the data from a database raw, but just because I can do that doesn't mean I can take into account all the undocumented nuances that I am ignoring to get the data in the first place, that the
Vincent Béron [EMAIL PROTECTED] writes:
W2k kernel messagetable is LANG_NEUTRAL, SUBLANG_NEUTRAL only.
Changelog:
Make the kernel messagetable LANG_NEUTRAL, as native.
Are you sure about that one? All the dlls I have checked (Win95, NT4,
XP) have the language set to 0x0409. In what case is
BTW, it would be interesting if one could check, try out what's Longhorn's
NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device
would tell it.
Longhorn doesn't use NTFS, it uses a new filesystem called WinFS, even if it's
probably based on NTFS.
On Tue, 21 Oct 2003, Ivan Leo Murray-Smith wrote:
BTW, it would be interesting if one could check, try out what's Longhorn's
NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device
would tell it.
Longhorn doesn't use NTFS,
Yes, this was the first wave of Microsoft
Let me tell an example, the (Linux) NTFS driver supports transparent
compression. Today CPU's are very fast and the disk bandwidth is very
slow compared. So doing bulk data transfers, the disk bandwidth is the
bootleneck. Would you be faster using the filesystem's transparent
Is it a patent for a hrdware solution, or for software? If software then in
Europe, at least in Germany and others, it wouldn't matter because
softwarepatents are not possible (and hopefully never will).
Well, since the demise of S3 (I do not remember who bought the name) the
status of the
On Tue, Oct 21, 2003 at 05:34:17PM +0200, Gerhard W. Gruber wrote:
Don't we know this? And even if not, is there no way to forward the event to
the normal event chain? In Windows there are Hookfunction and at some hooks
you can choose to keep the event or continue it's processing. Is there no
>From what I have read and know WinFS is NTFS augmented by SQL Server and one or two other services, at the root it's NTFS, however, just because you can get at some data, doesn't mean one can get at all, at least easily.
Steven
On Tue, 2003-10-21 at 15:34, Ivan Leo Murray-Smith wrote:
BTW,
Dimitrie O. Paun [EMAIL PROTECTED] writes:
here is a tar.gz of the new files.
Thanks, that is fine. I came across a webpage
http://www.websteves.com/win32asm/datrsrc.htm
stating that DISCARDABLE, LOADONCALL etc. are
not needed anymore. Do we still need them?
Feri.
Vincent Béron [EMAIL PROTECTED] writes:
Attached program says so on W2K SP4. There's a message table in kernel32
for 0x, for the others it returns NULL. Is that way to do it
different from yours?
Yes, FindResource with language 0 is going to return a resource in all
sorts of cases, so
Hello ...
I get the following error when trying to run SmartFTP on Wine.
fixme:advapi:RevertToSelf (), stub
fixme:advapi:SetThreadToken ((nil), 0xa0): stub (NT impl. only)
fixme:win:GetProcessWindowStation (void): stub
fixme:win32:GetUserObjectInformationA (0x1 1 0x4078e8e4 12 0x4078e8d8),stub!
On October 21, 2003 07:43 pm, Ferenc Wagner wrote:
Thanks, that is fine. I came across a webpage
http://www.websteves.com/win32asm/datrsrc.htm
stating that DISCARDABLE, LOADONCALL etc. are
not needed anymore. Do we still need them?
Good point, I'll get rid of them.
--
Dimi.
36 matches
Mail list logo