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.
Le mar 21/10/2003 à 22:20, Alexandre Julliard a écrit :
> 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 w
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!
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
Le mar 21/10/2003 à 18:57, Alexandre Julliard a écrit :
> Are you sure about that one? All the dlls I have checked (Win95, NT4,
> XP) have the language set to 0x0409.
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 t
"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.
>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,
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 cas
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 or
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 Jullia
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
> 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 p
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 inform
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 th
Le mar 21/10/2003 à 14:17, Dimitrie O. Paun a écrit :
> On 21 Oct 2003, Vincent Béron 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/trans
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? A
On Tue, Oct 21, 2003 at 07:24:31PM +0100, Robert Shearman wrote:
> Hi,
>
> This makes IE look a bit neater.
>
> Rob
>
> Changelog:
> - Don't store band text if "" is passed into SetBandInfo
> @@ -3447,8 +3450,11 @@
> }
> if (lprbbi->lpText) {
> INT len = lstrlenW (lprbbi->
> > 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
> >
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 Microsof
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
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 b
>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, 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 undocume
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 D
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 21 Oct 2003, Vincent Béron 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 is great Vincent, but we need to put all this on one
big
On Tuesday 21 October 2003 08:17 am, 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
Hi,
On Tue, 21 Oct 2003 11:47:48 +0200, Szakacsits Szabolcs wrote:
...
> The goal of the Linux-NTFS project is the provide completely open source
> code to access, manage NTFS filesystems, not only r/w access whatever way.
> It's a big difference.
I respect your Free software approach, I'm a big
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On October 19, 2003 01:05 pm, Ferenc Wagner wrote:
>
>> Have you got an idea why your patch has not been committed?
>
> Not really. Maybe because I haven't solved the cross compilation
> problem... Alexandre was rather busy with the DLL separation
>
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.
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 Win
Hello
After compiling and installing Wine 20031016 it crashes instantly.
Older versions up to 200309011 work without problems.
Here is what I did:
[EMAIL PROTECTED]:~ > wine
Speicherzugriffsfehler <---
Translation: Memory access error
[EMAIL PROTECTED]:~ > gd
On Tue, 21 Oct 2003, Jan Kratochvil wrote:
> I consider NTFS problem a special case.
Probably because you consider NTFS as the product of the "evil empire",
not as a matured technology designed/developed by experienced
professionals and used over a hundred millions of computers today ;)
> NTFS
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
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, 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
"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 try
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
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
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, the functions are con
On Monday 20 October 2003 22:43, Alexandre Julliard wrote:
> import library. The existing code works just fine, except when
> cross-compiling on Mingw because the import libraries are broken
> there. This should be fixed in Mingw not in Wine.
Thanks for clarifying this. I have submitted a patch t
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
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
On October 19, 2003 12:30 pm, Tom wrote:
> Anyone had a look at this?
> http://www.theinquirer.net/?article=12207
Cool, add it to the Press page.
Also, Tom, for the status pages:
-- Wine Resource Compiler: mark it as 90% done, it's still
missing stuff (Unicode files, some seldom used res
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: documentation/samp
Hi,
Jan Kratochvil wrote:
> As GPLed Linux-NTFS still has no NTFS r/w capability I completed the
> project for reliable r/w access in Wine way by using MS-Windows
> ntfs.sys driver.
The goal of the Linux-NTFS project is the provide completely open source
code to access, manage NTFS filesystems
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?
S
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 +s
(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 yo
48 matches
Mail list logo
