On Wed, 01 Oct 2003 10:28:03 -0700, you wrote:
> Andreas Mohr <[EMAIL PROTECTED]> writes:
>
> > Unhandled exception: privileged instruction in 32-bit code (0x0040348b).
> > In 32-bit mode.
> > 0x0040348b (FT255_T32.exe..text+0x248b in FT255_T32.exe): outb %al,%dx
> > Wine-dbg>
> >
> > with a par
On Thu, 2 Oct 2003, [iso-8859-1] Sylvain Petreolle wrote:
> Works cool, but you could return INVALID_FILE_SIZE when the function
> fails.
Maybe. If the patch is not applied, I'll recheck error codes.
> OT : Too bad that we dont have GetProcessMemoryInfo, this is what keeps
> cygwin programs una
On Thu, 2 Oct 2003 12:47, Dmitry Timoshkov wrote:
> The source of all of this is the difference between MS and unicode.org
> sort weight tables. There is no an easy way to make unicode.org database
> look like the MS one unfortunately...
Well right now it's not using any table at all - it's just
> FIXME about GetCompressedFileSizeA was too annoying when running
Cygwin
> programs, so I implemented it. The code uses st_blocks when possible
to
> account for sparse files and falls back to st_size if st_blocks is
missing
> in struct stat. The code uses shift operations so that both systems
wi
"Troy Rollo" <[EMAIL PROTECTED]> wrote:
> Yes, but it this also means it worked for ASCII-7. Right now it doesn't even
> work for that. This creates problems for some applications, such as those
> that incorrectly use lstrcmpA to do binary searches on internal ordered
> keyword tables where the
On Thu, 2 Oct 2003, Jakob Eriksson wrote:
> The feature requests come in faster now and I also have less time
> to work on this stuff for the moment, so I release my little baby into
> the wild:
Cool, thanx! It needs to be integrated with the rest of the wine build
system, maybe a bit of cleanup,
The feature requests come in faster now and I also have less time
to work on this stuff for the moment, so I release my little baby into
the wild:
Please apply:
http://vmlinux.org/jakov/Wine/programs-winetest.tar.gz
regards,
Jakob
New build of winetests.exe with tests from CVS 2003-10-02
http://vmlinux.org/~jakov/Wine/
On Wed, 1 Oct 2003 18:25, Dmitry Timoshkov wrote:
> > The older behaviour was
> > consistent with Win2k.
>
> ... and only with Latin1 locale, failing with others.
Yes, but it this also means it worked for ASCII-7. Right now it doesn't even
work for that. This creates problems for some application
Dimitrie O. Paun wrote:
But I think we are going in the wrong direction here. This is more
part of a different project, a porting status (Steven is working on
that). Maybe we should drop all this and just focus on tests results,
it doesn't make sense to track build status just for some files here,
Ferenc Wagner wrote:
Fine vision, I am sold on it, although I would like to
provide a way to make more frequent builds.
I don't have time for more detailed replies just now, but I think more
frequent builds
would be very good. Otherwise test maintainers would have a very long
turnaround time
Hello!
Our notepad has a bug that causes it to lose focus on startup. In order
to initialize the new document, WinMain() calls DIALOG_FileNew(), which
focuses the editor subwindow. The problem is that it happens before
ShowWindow() is called on the main window.
As a result, focusing the subwind
On Wednesday 01 October 2003 09:59 am, Steven Edwards wrote:
> This is very kickass dude.
I concur. I've been fantasizing about looking into this stuff myself,
although so far I've always decided I had more pressing matters to look into.
But some of this stuff is just so cool... and frankly,
Bill Medland <[EMAIL PROTECTED]> writes:
> Are you saying that you believe that the edit control itself sends the
> EN_SETFOCUS?
Yes, the edit control sends it when it gets a WM_SETFOCUS. That's how
all the notification messages work.
> Our software includes some tracing and what I see in it
On October 1, 2003 10:25 am, Alexandre Julliard wrote:
> Bill Medland <[EMAIL PROTECTED]> writes:
> > Also see the SetFocus documentation that says it sends WM_SETFOCUS.
> >
> > So maybe they mean that it sends a WM_SETFOCUS unless its an edit control
> > in which case it sends EN_SETFOCUS.
>
> No,
Hi folks,
is there anybody at the linuxtag in Dresden, Germany on Sat. October 18th
2003? I'd like to see you around.
Bernhard
Dimitrie O. Paun wrote:
>The best thing to do is to post it here so we can see what we are
>talking about... And yes, we all want only the best code for wine :)
The code is already submitted in my patch. After thinking twice, I found
that the runtime check can be sped up. Calling snd_async_c
I need some help with configure.ac.
In RH8 and 9, openssl is compiled with krb5 support. The problem comes
from the fact that the kerberos files are not under /usr/include, rather
/usr/kerberos/include. So when ssl.h includes krb5.h, it can't find it.
It'd need to be detected and add /usr/kerberos
Andreas Mohr <[EMAIL PROTECTED]> writes:
> Unhandled exception: privileged instruction in 32-bit code (0x0040348b).
> In 32-bit mode.
> 0x0040348b (FT255_T32.exe..text+0x248b in FT255_T32.exe): outb %al,%dx
> Wine-dbg>
>
> with a parallel port flash tool I'm trying to use, whereas before it
> use
Bill Medland <[EMAIL PROTECTED]> writes:
> Also see the SetFocus documentation that says it sends WM_SETFOCUS.
>
> So maybe they mean that it sends a WM_SETFOCUS unless its an edit control in
> which case it sends EN_SETFOCUS.
No, it sends a WM_SETFOCUS to the edit control, which in turns sends
On October 1, 2003 12:51 am, Gerhard Gruber wrote:
> > Is anyone out there an expert in Windows focus handling?
> >
> > I have problems with our application and the focus handling in places.
> >
> > Basically it seems to me that there is some sort of logic in windows
> > whereby
> > the code calls
On October 1, 2003 04:25 am, Martin Quinson wrote:
> I would like to help here, but I need to know the gramar of the resource
> files. Do you have any parsers around there ?
Yes, there is a lex/yacc parser in wrc:
http://cvs.winehq.com/cvsweb/wine/tools/wrc/
In particular:
http://cvs.win
> and winehq web site
This is if Jeremy Newman wants to have the site translated. As I didn't want to
translate anything before being sure it would be accepted I've emaild him
various times to know if/how winehq should be translated, and I never got an answer.
Le mer 01/10/2003 à 04:25, Martin Quinson a écrit :
> [Please CC me, I'm not subscribed to this list]
>
> Hello,
>
> I've read in the last Wine KC that you are getting troubles to keep the
> translation of wine uptodate. I am pretty well involved in the translation
> of free software, and this is
On October 1, 2003 06:25 am, Ferenc Wagner wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Why? The current simple scheme of setting it to the date
> should work if we do not build twice in 24 hours. If that
> is not enough, we can include a full CVS time specification
> down to seconds
Once wine has final docs this would be great, the wine docs will change
before 1.0 (The wine-user docs are config-file orientated, and many other things
may change before 1.0), the wine-devel docs don't really need translating as most
developers know English, and the wine programs and dlls can be t
> "Andreas" == Andreas Mohr <[EMAIL PROTECTED]> writes:
Andreas> Hi all, sounds like the recent architectural changes were a bit
Andreas> too much: now I get
Andreas> Unhandled exception: privileged instruction in 32-bit code
Andreas> (0x0040348b). In 32-bit mode. 0x0040348
Hi,
I am not sure whom to tell, that
In the bottom of the WWN Back Issues page on WineHQ the
"Next 12 Issues" link does not really work.
Feri.
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 30 Sep 2003, Ferenc Wagner wrote:
>
>> I thought the build tag (which can be any one-line string)
>> was enough. Why do we need anything else?
>
> That works nicely IF Jakob builds the tests only on official
> releases
Why? The current si
[Please CC me, I'm not subscribed to this list]
Hello,
I've read in the last Wine KC that you are getting troubles to keep the
translation of wine uptodate. I am pretty well involved in the translation
of free software, and this is a common issue for all of us. It is so common
that I did a progra
This is very kickass dude. I think this is the right method of
supporting themes for WINE. KDE can already do GTK themes with a little
bit of tweaking so it will support both Linux Desktops and GTK themes
are now supported under Windows with GTK-Win32 so maybe we can even use
this in ReactOS when i
Just a thought which may or may not be completely out of proportion: In
which sense can Wine and native Desktop be easily synchronized? I see a
number of problems such as who should synchronize to whom. Why make an
arbitrary Unix desktop synchronize to a Wine start menu? Why not the
other way aro
Hi all,
sounds like the recent architectural changes were a bit too much:
now I get
Unhandled exception: privileged instruction in 32-bit code (0x0040348b).
In 32-bit mode.
0x0040348b (FT255_T32.exe..text+0x248b in FT255_T32.exe): outb %al,%dx
Wine-dbg>
with a parallel port flash tool I'm tryin
"Troy Rollo" <[EMAIL PROTECTED]> wrote:
> When lstrcmpiA was moved from ole2nls.c to locale.c, (around 28th June) the
> results of comparisons in some cases became reversed. For example, the
> underscore now returns as greater than alphabetic characters, whereas it used
> to return as less than
Robert van Herk <[EMAIL PROTECTED]>
>As I understand, right now there are various "standards" on how to write
>menus for Linux, that are incompatible. That would mean that writing a
>"grand unified ;-)" start menu client as I discussed before is currently
>impossible.
>
>What could be made alre
Further investigation reveals another problem in lstrcmpiA: MSDN documents
this function as executing what it describes as a "word sort", which results
in the words "co-op" and "coop" sorting to the same place. This is almost a
correct description of what happens (if the strings come out to be t
> Is anyone out there an expert in Windows focus handling?
>
> I have problems with our application and the focus handling in places.
>
> Basically it seems to me that there is some sort of logic in windows
> whereby
> the code calls PostMessage (WM_SETFOCUS) but the result is that the parent
>
When lstrcmpiA was moved from ole2nls.c to locale.c, (around 28th June) the
results of comparisons in some cases became reversed. For example, the
underscore now returns as greater than alphabetic characters, whereas it used
to return as less than alphabetic characters. The older behaviour was
On Wed, 2003-10-01 at 12:21, Kevin Koltzau wrote:
> I'm aware of the scope of the project. The general design of uxtheme lends
> itself well to being done incrementally, eg. controls could be modified as
> support for the particular control is implemented, etc.
> Also part of the API are a few fu
39 matches
Mail list logo
