Hi there,
So I'm not seeing a test for MoveFileEx at all. I wouldn't mind
taking a stab at creating one, and for that matter for anything else I
happen to find not being tested. Sound like a plan?
Glen
Martin Fuchs <[EMAIL PROTECTED]> writes:
> Let me change the question: Why should one use Unicode on those
> systems at all? They don't support Unicode file systems - so there are
> no 16 bit file names to display.
No, but using Unicode doesn't hurt, and is easier than going through
the effort of
well, i compile wine from cvs every couple of days. 40tude dialog has
been working nicely for ages now, accept for minor annoyances.
but today... blam.
err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll):
Unable to load 'commctrl.dll', error 2
err:module:LdrInitializeThunk "com
22 Jun 2005 10:36:22 +0200, Alexandre Julliard <[EMAIL PROTECTED]>:
> Martin Fuchs <[EMAIL PROTECTED]> writes:
>
> > Sure, is not designed to be used "internally" in Wine. But
> > the point is,
> > I would like to maintain Winefile such, that it isn't constraint to
> > being used in Wine
> > only
And again about standalone (system wide) file lock server.
WINE provides file locking capabilities, its realized in ntdll -> wineserver.
I propose light solution for multiuser lock support - start existing
wineserver as independent service under special user and use it specially for
file lockin
> > So I really think Wine has to support the TCHAR type and all
> > associated functions/macros to stay as close to the Windows
> > API as possible.
>
> Wine obviously supports TCHAR, that doesn't mean you want to
> use it in new code. We have 16-bit support too but nobody
> advocates writing
22 Jun 2005 10:56:18 +0200, Alexandre Julliard <[EMAIL PROTECTED]>:
> "Ralf Reiterer" <[EMAIL PROTECTED]> writes:
>
> > So I really think Wine has to support the TCHAR type and all
> > associated functions/macros to stay as close to the Windows
> > API as possible.
>
> Wine obviously supports TCH
Thanks Mike. I think the fixed problem Chris mentioned was a different
one, so I'll see if I can make jack_fst work properly using your
suggestion.
- Walter
On Wed, 22 Jun 2005, Mike McCormack wrote:
>
> Walt Ogburn wrote:
>
> > #define BUFSIZE 1044096
> > /* #define BUFSIZE 200 */
> >
> >
Walt,
(Probably not copied to wine-devel as I'm not subscribed. Pass it
on if you see fit.)
I haven't played much with this lately, however when I was using it
I saw no real indication that the revision of Jack made any
difference. IIRC I debugged the fix we did down to a certain (huge!)
set
--On Saturday, June 18, 2005 8:31 AM -0400 Brad DeMorrow
<[EMAIL PROTECTED]> wrote:
Samba already uses something called 'TDB', and it's been suggested that
the two projects could share a case-insensitive-filename layer based on
it; could you look into using that?
I've not heard of t
Ahmed Abdel Aal wrote:
Could you please advise me if it is possible to run wine on
power series Risc machine?
If Yes, What is the expected effort?
If you want to run general Windows (eg. existing Windows binaries) then
you're better off running Wine inside a real emulator such as QEMU.
I
Vijay Kiran Kamuju wrote:
Can you please clarify what msxml.idl is implementing
It's aimed at implementing msxml3.dll, however the declarations should
be independent of which version you're using.
If you wish to extend the definitions, you should make sure to consult
the Microsoft Windows
Hi ,
Could you please advise me if it is possible to run wine on power series Risc machine?
If Yes, What is the expected effort?
Thanks
Ahmed
Hi,
Can you please clarify what msxml.idl is implementing
msxml.dll (Version 1.0) comes with IE4.0
or
msxml.dll (Version 2.0)
or
msxml2.dll (Version 2.5/2.6)
or
msxml3.dll (Version 3.0)
Thanks,
Vijay
--- Scott Ritchie <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-06-22 at 01:20 +0100, Oliver Stieber
> wrote:
> > Hi,
> > I have another 'fun' and useful project to
> add to
> > the list.
> >
> > It should be fairly to make wined3d (or d3d8) use
> the
> > wgl (windows opengl) instead of glx. (j
On Wednesday 22 June 2005 13:08, Mike Hearn wrote:
> One thing we might want to look into is integrating with the GNOME/GTK+
> file roots. In the new file picker, it hides the UNIX by default and you
> have multiple roots like "DVD Drive", "Home", "Desktop", "Apps on
> SomeServer" and so on. I thin
On Tue, 21 Jun 2005 23:07:00 +0200, Christoph wrote:
> Finaly it is the printf who does the magic and not the wrapped mmap! The
> above example also worked for me. Can we still solve this problem with
> logic?
Hehe, I highly doubt it's the printf. More likely, the LD_PRELOADed shared
library is mo
On Wed, 22 Jun 2005 10:05:31 +0200, Michael Jung wrote:
> In my opinion, the best way would be to have an option under [shell32]
> which can be set to show the dos drives, the unix filesystem or both. This
> could be set globally or in AppDefaults (and since it would be under HKCU
> per user). This
Brad DeMorrow wrote:
James Liggett wrote:
Brad,
Last night Martin Fuchs suggested that we look into using ReactOS's
registry format in order to be compatible with Windows registry
databases.
I'm really not convinced that we need to be compatible with
Windows' registry file format at that
On Wed, 2005-06-22 at 01:20 +0100, Oliver Stieber wrote:
> Hi,
> I have another 'fun' and useful project to add to
> the list.
>
> It should be fairly to make wined3d (or d3d8) use the
> wgl (windows opengl) instead of glx. (just search for
> glx commands and replace then with the wgl
> equiv
Stefan Huehner <[EMAIL PROTECTED]> writes:
> attached patch adds a new testcase for combining an absolute and
> relative portion of a path. This scheme i.e. occurs when a relative path
> for an image is resolved relatively to the position of the html file
> containting the img tag.
>
> It was pre
"Ralf Reiterer" <[EMAIL PROTECTED]> writes:
> So I really think Wine has to support the TCHAR type and all
> associated functions/macros to stay as close to the Windows
> API as possible.
Wine obviously supports TCHAR, that doesn't mean you want to use it in
new code. We have 16-bit support too
Martin Fuchs <[EMAIL PROTECTED]> writes:
> Sure, is not designed to be used "internally" in Wine. But
> the point is,
> I would like to maintain Winefile such, that it isn't constraint to
> being used in Wine
> only. For example it is currently also present in ReactOS. The idea is to
> allow
> c
Hi Tobias ,
On Wednesday 22 June 2005 05:34, Tobias Burnus wrote:
> Ok, I re-added the out-commented/removed items and check now for uFlags
> & SFGAO_CANLINK and uFlags & SFGAO_HASPROPSHEET. I have the feeling no
> one sets this to uFlags (or to any other variable, if this is the wrong
> v
Some code in the tree uses the form "%08lx", while other code places use
"0x%08lx". What about converging into a single form?
On Tuesday 21 June 2005 22:21, Mike Hearn wrote:
> On Mon, 20 Jun 2005 20:46:00 +0200, Michael Jung wrote:
> > My question is: Am I doomed to implement the caching on my own for this
> > key, should I generalize the helper functions, or do you think this
> > configuration option should'nt be in win
> > The pure existence of in the Wine code base
> > shows me, Wine is aimed to support TCHARs. So why don't you
> > want to properly activate its functionality and take Winefile
> > as an example how to use it?
> > ...
> > I know, I won't be able to convince you. Any one out there to
> > support m
On 21.06.2005 23:44:21 Frank Richter wrote:
> On 21.06.2005 23:12, Martin Fuchs wrote:
> > The pure existence of in the Wine code base shows
> > me, Wine is aimed to support TCHARs.
> It may also just show that Wine wants to be compatible with existing sources
> that use , it doesn't necessarily
28 matches
Mail list logo
