On Thu, Jun 16, 2005 at 01:41:07AM +0100, Oliver Stieber wrote:
> Hi,
> Is MXSML working properly at the moment?
> I've been trying to get render monkey working so I can
> do some more testing on vertex shaders but if fails
> with the following error:
>
> XML Parse Error:
> FIle: data\rm_regist
Hiji escreveu:
I'll join, and add this. I'm on Suse 9.2 Pro,
wine-20041203, and the only printers I have are on the
network. I can print fine through any native linux
apps, but if I try to print through Wine, it says
there are no printers.
Maybe the problems are related somehow?
Hiji
I t
"Juan Lang" <[EMAIL PROTECTED]> wrote:
> Now that winecfg writes to the registry (yay!), we can't set the Windows
> version. winecfg writes the version to HKCU\\Software\\Wine\\Version.
> ntdll looks for it in HKLM\\Software\\Wine\\Wine\\Config\\Version.
>
> Ordinarily I'd just send a patch, bu
Juan Lang wrote:
Are we allowed to use a __TRY block in a function that's called by a
function with its own __TRY block for the same exception?
Yes, exception handlers can be nested.
Any other restrictions on __TRY/__EXCEPT I should know about? No
returning or gotos out of each block, ri
On Fri, 2005-06-17 at 01:39 +, cdr wrote:
> While testing my Win32 application under wine, I came to the
> conclusion that some bit-blit ops behave differently from
> when the same code is running under native Windowds. While
> the subject will be researched further, as a stop-gap measure
> I h
While testing my Win32 application under wine, I came to the
conclusion that some bit-blit ops behave differently from
when the same code is running under native Windowds. While
the subject will be researched further, as a stop-gap measure
I have a need to detect - from within my application - tha
First post!
Now that winecfg writes to the registry (yay!), we can't set the Windows
version. winecfg writes the version to HKCU\\Software\\Wine\\Version.
ntdll looks for it in HKLM\\Software\\Wine\\Wine\\Config\\Version.
Ordinarily I'd just send a patch, but I don't know where the config is
su
On Thu, 2005-06-16 at 22:40 +0200, Francois Gouget wrote:
> Dimi Paun wrote:
> > From: "Francois Gouget" <[EMAIL PROTECTED]>
> >
> >>So we will be left with SGMLS and nsgmls.
> >>
> >>SGMLS is a pure perl module so the best is to just check it in. The
> >>quick and dirty way would be to check it
Are we allowed to use a __TRY block in a function that's called by a
function with its own __TRY block for the same exception?
Any other restrictions on __TRY/__EXCEPT I should know about? No
returning or gotos out of each block, right?
Thanks,
--Juan
_
Hi,
Quite a while ago I mentioned that I had a plugin for
KDE so that the correct icons for windows applications
(and the icons in dlls) are displayed in the file
explorer.
A few people seemed interested so I've put the plugin
up on KDE apps.
http://www.kde-apps.org/content/show.php?content=254
On Thu, Jun 16, 2005 at 05:01:28PM -0400, Dimi Paun wrote:
> > next patch in series to remove -Wstrict-prototypes warnings.
>
> Will we be able to ever turn this on by default?
I would welcome to enable some more checks in the default configuration,
but see below..
> If so, how far away are we?
Michael Jung <[EMAIL PROTECTED]> writes:
> You mean like while an application is running? Wouldn't that break a lot of
> applications, which store filenames in memory during runtime?
No, you can remap drives on Windows too.
> In the current implementation, for every shitemid that is constructe
On Thursday 16 June 2005 23:11, Dimi Paun wrote:
> Can't we just invalidate the cache if we notice things have changed?
Yes, that should'nt be too hard. Would that be ok, Alexandre?
Bye,
--
Michael Jung
[EMAIL PROTECTED]
From: "Michael Jung" <[EMAIL PROTECTED]>
> In the current implementation, for every shitemid that is constructed, all
> drives are queried and their paths are canonicalized, which is a lot of
disk
> i/o and string copying. Unixfs is really painfully slow. I guess we need
some
> caching scheme, but
On Thursday 16 June 2005 17:02, Alexandre Julliard wrote:
> I don't think you want to do that. The goal of the new symlink scheme
> is to make it possible to change drive config on the fly, caching it
> would defeat that.
You mean like while an application is running? Wouldn't that break a lot of
> next patch in series to remove -Wstrict-prototypes warnings.
Will we be able to ever turn this on by default?
If so, how far away are we?
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
Dimi Paun wrote:
From: "Francois Gouget" <[EMAIL PROTECTED]>
So we will be left with SGMLS and nsgmls.
SGMLS is a pure perl module so the best is to just check it in. The
quick and dirty way would be to check it in as po4a/lib/SGMLS.pm. The
cleaner way would be to import the module in the SG
From: "Francois Gouget" <[EMAIL PROTECTED]>
> So we will be left with SGMLS and nsgmls.
>
> SGMLS is a pure perl module so the best is to just check it in. The
> quick and dirty way would be to check it in as po4a/lib/SGMLS.pm. The
> cleaner way would be to import the module in the SGMLSpm direc
From: "Scott Ritchie" <[EMAIL PROTECTED]>
> Hmm, once I finish tackling the User's guide (Brian just sent me the
> work he did on the Winecfg section that still needs to be polished),
Cool, let us know how it goes. Now that Alexandre switch
the config to winecfg, it can go in.
> might be a very
On Thu, 2005-06-16 at 17:04 +, cdr wrote:
> Dimi Paun wrote:
>
> > That's fine it's supposed to do so. But it's also supposed to
> > create a 'type' executable too (a batch file really).
>
> This is where I was (obviously) confused, all I can say
> in my defence is that Winelib User's Guide
On 6/16/05, Dimi Paun <[EMAIL PROTECTED]> wrote:
>
> Joy!!! Way to go Alexandre, this was a long time comming.
> Glad to see we're within the deadlines :)
Sweet!
> Brian, now we can update the User Guide too, and get the
> stuff you wrote some time ago into the official docs.
I emailed Scott Ri
Paul Vries wrote:
> > I do get similar behaviour regularly on non-Wine applications
> > on my Windows XP system. Even applications from MS like Outlook
> > exhibit this behaviour. It's annoying but I haven't spend any
> > time to look into this.
>
> could this have something to do with what 'Tweak
From: "cdr" <[EMAIL PROTECTED]>
> > That's fine it's supposed to do so. But it's also supposed to
> > create a 'type' executable too (a batch file really).
>
> This is where I was (obviously) confused, all I can say
> in my defence is that Winelib User's Guide in "Getting started"
> implies that
Dimi Paun wrote:
> That's fine it's supposed to do so. But it's also supposed to
> create a 'type' executable too (a batch file really).
This is where I was (obviously) confused, all I can say
in my defence is that Winelib User's Guide in "Getting started"
implies that:
(...
You are done! Now
> Log message:
> Fixed registry paths to edit the real config, and removed the startup
> warning message.
>
> Patch: http://cvs.winehq.org/patch.py?id=18225
Joy!!! Way to go Alexandre, this was a long time comming.
Glad to see we're within the deadlines :)
Brian, now we can update the User Guide
From: "cdr" <[EMAIL PROTECTED]>
> $(CC) $(type_exe_LDFLAGS) -o $@ $(type_exe_OBJS)
What is CC set to?
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
Dimi Paun wrote:
From: "cdr" <[EMAIL PROTECTED]>
Mkefile generated by winemaker creates type.exe.so; where I
would expect either type.exe or simply type. What am I missing?
Is the Makefile using winegcc to compile the app?
If so, you should get 'type' as the executable.
Yes. ("type.c" is a
Paul Vriens wrote:
Changelog
W2K3 returns STATUS_INVALID_HANDLE instead of STATUS_ACCESS_VIOLATION
If no apps depends on it returning STATUS_ACCESS_VIOLATION - should we
maybe do this too? Seems more clean to me since we don't actually catch
page faults and passing (void*)1 will crash it an
From: "cdr" <[EMAIL PROTECTED]>
> Mkefile generated by winemaker creates type.exe.so; where I
> would expect either type.exe or simply type. What am I missing?
Is the Makefile using winegcc to compile the app?
If so, you should get 'type' as the executable.
--
Dimi Paun <[EMAIL PROTECTED]>
Latti
I am at the first stages of setting up my winelib development, and
am attempting to build a simple app (named "type").
Mkefile generated by winemaker creates type.exe.so; where I
would expect either type.exe or simply type. What am I missing?
tia, cedar
Michael Jung <[EMAIL PROTECTED]> writes:
> Changelog:
> Cache the canonicalized unix paths, which correspond to dos devices.
I don't think you want to do that. The goal of the new symlink scheme
is to make it possible to change drive config on the fly, caching it
would defeat that.
--
Ale
Is there something wrong in the patch or should I only resync it to
current CVS, as it applies not cleanly:
patching file dlls/shell32/tests/shlfileop.c
patching file dlls/shell32/tests/shlfolder.c
Hunk #1 succeeded at 388 (offset 41 lines).
?
-- Forwarded message --
Date: Wed,
James Hawkins <[EMAIL PROTECTED]> writes:
> +/**
> + * RtlCopyAcl [EMAIL PROTECTED]
> + */
> +BOOLEAN WINAPI RtlCopyAcl(DWORD nDestinationAclLength, PACL pDestinationAcl,
> PACL pSourceAcl)
> +{
> +DWORD size =
Hi,
On Wednesday 15 June 2005 05:18, [EMAIL PROTECTED] wrote:
> It's me again. The latest WoW patch (1.5.1) broke stuff again, and now I'm
> unable to click on anything outside of menu items in game. The issue seems
> to be related to camera angle, as I am able to click on items/people when I
>
Hi,
On Wed, Jun 15, 2005 at 11:15:27PM +0200, Maarten Lankhorst wrote:
> What is more interesting is that there is now only 1 file needed for msn
> 6.2 to work builtin (MSN+ works perfectly too):
> riched20.dll
Well, that one sounds like a VERY obvious "MUST" item for our richedit guys...
Andreas
35 matches
Mail list logo
