Qingdao is my new hero. He's really on a roll:
http://www.winehq.org/pipermail/wine-cvs/2006-June/023427.html
fixes a Visual Basic safearray redim bug,
http://bugs.winehq.org/show_bug.cgi?id=5217
and he has two other fixes in unrelated areas this month.
Mike, what was that you were saying about
GTK dialogs can always show hidden folders, just right click and click
"Show Hidden Folders."
Molle Bestefich wrote:
> Neil Skrypuch wrote:
>> I can't say I've ever seen that. What apps in particular?
>
> Can't remember offhand.
> I was annoyed enough by it to create the symlink at one point.
>
>>
Although I probably should not talk to myself (responding to my own email)
Something did occur to me
From: "Nick Burns" <[EMAIL PROTECTED]>
To: wine-devel@winehq.org, [EMAIL PROTECTED]
Subject: Re: Feedback requested for Mac OSX x86 stack patch
Date: Tue, 06 Jun 2006 18:49:54 -0700
From: Alexa
From: Alexandre Julliard <[EMAIL PROTECTED]>
Date: Tue, 06 Jun 2006 21:20:51 +0200
"Nick Burns" <[EMAIL PROTECTED]> writes:
> Ok so that makes more sense about MSVCRT -- but if it is using cdecl --
> shouldnt that use WINAPIV?
CDECL would be more appropriate.
Well is CDECL for windows callabl
Clinton Stimpson wrote:
Oh, used internally, ok (I thought it was public and that the wine
debugger said Paf 5.2 called that lstrlenW directly).
The public version is defined in dlls/kernel/string.c, and has an
exception handler as required by Win32.
So here's another patch that fixes a cr
Mike McCormack wrote:
Clinton Stimpson wrote:
The following patch will fix the crash.
MSDN documentation says "*lstrlen* assumes that /lpString/ is a
null-terminated string, or NULL"
The inline lstrlenW is used only internally by Wine code, and we want
it to crash when passed a NULL pointe
Date: Tue, 06 Jun 2006 22:36:26 +0200
Nick Burns wrote:
OpenAL 1.1 supports recording... (1.0 does not have recording so that is a
problem yes)
-- My driver handles this atm -- it checks for recording capabilities and
supports accordingly
half or full duplex ?
Unknown... (sorry not an ope
EA Durbin wrote:
Okay what am i misunderstanding?, explain it to me as its imperative I
learn, and I'd love to learn.
%u is an unsigned integer which is 0 to +32,767.
%u is an unsigned integer which is 0 to +65535.
%i is a signed integer –32,767 to +32,767.
%i is a signed integer -32768
Neil Skrypuch wrote:
I can't say I've ever seen that. What apps in particular?
Can't remember offhand.
I was annoyed enough by it to create the symlink at one point.
Both the standard Qt open file dialog and the Gtk open file dialog work fine
with . directories for me, which doesn't leave man
On Tuesday, June 06, 2006 17:53, Molle Bestefich wrote:
> Neil Skrypuch wrote:
> > You can always type .wine in to access it, even if it isn't visible.
>
> No. Some apps break when you do that.
> Either they don't access the folder correctly, or they close or
> activate the selection dialog.
I ca
On Tuesday, June 06, 2006 17:53, Molle Bestefich wrote:
> Neil Skrypuch wrote:
> > You can always type .wine in to access it, even if it isn't visible.
>
> No. Some apps break when you do that.
> Either they don't access the folder correctly, or they close or
> activate the selection dialog.
I ca
On Wednesday 07 June 2006 00:01, Ivan Gyurdiev wrote:
> Raphael wrote:
> > On Tuesday 06 June 2006 23:17, H. Verbeet wrote:
> >> This is a test for Ivan's patch for shader constants
> >> (http://source.winehq.org/git/?p=wine.git;a=commit;h=5f5969b3c5bd237277b
> >>8f2 f1eaa4ddacce5fb63b)
> >>
> >> C
Raphael wrote:
On Tuesday 06 June 2006 23:17, H. Verbeet wrote:
This is a test for Ivan's patch for shader constants
(http://source.winehq.org/git/?p=wine.git;a=commit;h=5f5969b3c5bd237277b8f2
f1eaa4ddacce5fb63b)
Changelog:
- Add a test for setting / getting vertex shader constants
On 6/6/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
Mike doesn't have AutoCad so it may not be fixed. The problem must lie
elsewhere. Native MSI can be installed if you use Win98 mode, or you could
try debugging Wines own MSI implementation.
I don't think autocad 2004 runs in win98, and I would pr
Molle Bestefich wrote:
No. Some apps break when you do that.
Either they don't access the folder correctly, or they close or
activate the selection dialog.
The symlink workaround works fine though.
My main argument was that hidden folders is an ugly workaround for bad
directory structure.
On 06/06/06, Raphael <[EMAIL PROTECTED]> wrote:
Simple testing :)
can you add border tests in future:
hret = IDirect3DDevice9_SetVertexShaderConstantB(device_ptr,
MAX_VSHADER_CONSTANTS - 4, bool_in, 4);
hret = IDirect3DDevice9_SetVertexShaderConstantB(device_ptr,
MAX_VSHADER_CONSTANTS - 2,
Neil Skrypuch wrote:
You can always type .wine in to access it, even if it isn't visible.
No. Some apps break when you do that.
Either they don't access the folder correctly, or they close or
activate the selection dialog.
On Tuesday, June 06, 2006 13:42, Molle Bestefich wrote:
> I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
You can always type .wine in to access it, even if it isn't visible.
- Neil
On Tuesday 06 June 2006 23:17, H. Verbeet wrote:
> This is a test for Ivan's patch for shader constants
> (http://source.winehq.org/git/?p=wine.git;a=commit;h=5f5969b3c5bd237277b8f2
>f1eaa4ddacce5fb63b)
>
> Changelog:
> - Add a test for setting / getting vertex shader constants
Simple testing :)
Nick Burns wrote:
OpenAL 1.1 supports recording... (1.0 does not have recording so that
is a problem yes)
-- My driver handles this atm -- it checks for recording capabilities
and supports accordingly
half or full duplex ?
The OpenAL api is rather simple
- For playback : you make buffers a
Stephen Clark wrote:
Hello List,
I am trying to get classic Myst to run again under wine. How do I set
a breakpoint in it
when it run by winevdm.
Thanks,
Steve
the answer depends on several aspects:
- setting a breakpoint on wine code: that should work wine (especially
for all DLLs, 16 or
"Nick Burns" <[EMAIL PROTECTED]> writes:
> Ok so that makes more sense about MSVCRT -- but if it is using cdecl --
> shouldnt that use WINAPIV?
CDECL would be more appropriate.
> I did not see anything forcing a cdecl calling convention (other than
> the spec file). And I dunno how to modify th
On 6/6/06, EA Durbin <[EMAIL PROTECTED]> wrote:
I've decided to concentrate my efforts in another area, so I won't be
looking at msi any longer. I admit I 'm no C expert, I'm a web developer by
trade. Though I started to look at the C code to get away from php/perl/ruby
and get aquainted with the
Ok so that makes more sense about MSVCRT -- but if it is using cdecl --
shouldnt that use WINAPIV?
I did not see anything forcing a cdecl calling convention (other than the
spec file). And I dunno how to modify the spec file to add in more attribs.
I have not used winapi_check before -- I can c
On 6/6/06, Jason Green <[EMAIL PROTECTED]> wrote:
I'll add a section to the DirectX-Shaders wiki page with an
explanation soon, as well as make the comments in the source code more
verbose (and/or link to the wiki where applicable).
FYI - I just added a bunch to this page to get us started:
ht
Peter Beutner wrote:
Because it is the defacto standard to store settings
under ~/..
Only for stuff that's thought to be generally uninteresting.
Your KDE desktop, for example, resides under ~/Desktop.
And with enough applications installed that use this "standard"
you probably will be glad
On 6/6/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
On Sun, 04 Jun 2006 12:04:21 -0400, Jason Green wrote:
Re: the recent discussion on code commenting and documentation, it'd be
nice if the patch explained this somewhere. It'd be even nicer still if at
some point one of you guys could take a break
Christian wrote:
as I want to programm RegisterDeviceNotification also we
need a central way to handle hal stuff.
So how should I go on? Use some own hal.c in setupapi or
add an global wine way to interact with hal?
I think programs/explorer already registers for device notification with hal.
Clinton Stimpson wrote:
The following patch will fix the crash.
MSDN documentation says "*lstrlen* assumes that /lpString/ is a
null-terminated string, or NULL"
The inline lstrlenW is used only internally by Wine code, and we want it
to crash when passed a NULL pointer. In this case, you s
EA Durbin wrote:
fixed typographical errors.
? patch.diff
Index: TODO
===
RCS file: /home/wine/appdb/TODO,v
retrieving revision 1.22
diff -u -p -r1.22 TODO
-
Hi all...
at the momemt i am reading into functions to get some informations about
e.g. cdrom drives. At the moment
i am loking into SetupDiGetClassDevsW to support GUID_DEVINTERFACE_CDROM and
later USB devices.
My overall goal is it to get Line 6 software for my guitart effect board
(USB) working
Hi,
On Mon, Jun 05, 2006 at 09:24:24PM -0600, Clinton Stimpson wrote:
>
> I encountered a crash when using PAF 5.2.
>
> The following patch will fix the crash.
> MSDN documentation says "*lstrlen* assumes that /lpString/ is a
> null-terminated string, or NULL"
MSDN documentation says many thin
Wine has been updated to 0.9.14 on May 30, 2006! So, this release took 6 days... Still, generally 3-5 days is pretty good estimation...
I'm not sure they are unneeded. for example, with your changes, b down would be seen by the grammar as tBREAKPOINT tDOWN which is not what we want.
A+
2006/6/6, Juan Lang <[EMAIL PROTECTED]>:
ChangeLog: many states in the command-line parser were unnecessary, soremove them--Juan
__
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Won't that make it impossible to use command keywords as identifiers
> in commands that accept them, like disass? Come to think of it, your
> previous NOCMD patch probably has the same issue.
Hm. I expected not, because of the ASTRING_EXPECTED
Le mardi 06 juin 2006 à 13:03 +0100, Mike Hearn a écrit :
> On Tue, 06 Jun 2006 12:36:07 +0100, Mike Hearn wrote:
> > Right now we don't set the registry key saying we have IE installed, even
> > though many of the DLLs the app probably needs are there and functioning
> > correctly. I think the pla
On Mon, 05 Jun 2006 10:14:50 -0600, Vitaliy Margolen wrote:
> So until you show us some code that verifies what you are talking about,
> please stay away from the e-mail clinet.
He has done exactly that though not in a form we can put in the test
suite, and he is not "flaming" anybody. I think yo
binhbCNuxDFgn.bin
Description: undefined
binpNsb1T1gzd.bin
Description: undefined
On Sun, Jun 04, 2006 at 02:12:15AM -0500, EA Durbin wrote:
> One could just write a perl script to parse the code upon submission
> that would convert it from K & R style to a uniform standard that it
> easy to read, and fix things like the amount of spaces in an indent.
just use indent(1) - the
On Tue, 06 Jun 2006 12:36:07 +0100, Mike Hearn wrote:
> Right now we don't set the registry key saying we have IE installed, even
> though many of the DLLs the app probably needs are there and functioning
> correctly. I think the plan is to add this reg key after the last of
> Jaceks IE work is mer
On Tue, 06 Jun 2006 03:27:52 +, NikNot wrote:
> Indeed! This is something that I found infuriating since I first
> used wine. What possible reason would there be to make this
> a "hidden" directory? From whom exactly should it be hidden
> and why?
Historical reasons. I'm switching this thread
On Mon, 05 Jun 2006 10:23:45 +0200, Jaap Stolk wrote:
> Thanks. but it doesn't seem to fool autocad. I tried:
> WINEDEBUG=+server wine setup.exe > ~/mywinelog.txt
> but it still logs to stout and my system can't keep up with the scrolling.
> Is there a way to watch just the registry read/write ?
Y
On Mon, 05 Jun 2006 10:14:50 -0600, Vitaliy Margolen wrote:
> So until you show us some code that verifies what you are talking about,
> please stay away from the e-mail clinet.
He has done exactly that though not in a form we can put in the test
suite, and he is not "flaming" anybody. I think you
On Sun, 04 Jun 2006 20:43:17 +0200, Jaap Stolk wrote:
> The autocad installer indicated that I needed internet explorer 6.0,
> so I installed that using winetools. (can wine fake internet explorer,
> so i don't need to install the real thing?)
Mostly yes, but that area of code is still being worke
On Sun, 04 Jun 2006 02:51:31 +0200, Alexander Nicolaysen Sørnes wrote:
> This is fixed in Stefan's ddraw patchset.
Awesome :) I look forward to it being merged.
thanks -mike
On Sun, 04 Jun 2006 12:04:21 -0400, Jason Green wrote:
> > This is an elaborate scheme with linked lists in each shader - is that
> > really necessary?
> > I'm very confused after reading the code (but maybe that's just me :)
>
> If we link the programs together every time the Set__Shader() is cal
"Nick Burns" <[EMAIL PROTECTED]> writes:
> I was concerned about msvcrt not using the __stdcall/WINAPI for its
> functions (why is this?).
Most msvcrt functions use the cdecl calling convention, not stdcall.
> Where can I find a list of (or affect the attribs of) windows callable
> functions.
>
Juan Lang <[EMAIL PROTECTED]> writes:
> Oops, last one had a missing brace. Sorry about that.
>
> ChangeLog: many states in the command-line parser were unnecessary, so
> remove them
Won't that make it impossible to use command keywords as identifiers
in commands that accept them, like disass?
Hi Raphael,
Strange, your email shows up as an attachment.
> +int i, cnt = min(count, MAX_VSHADER_CONSTANTS - (start
> + 1));
> should be:
> if (start > MAX_VSHADER_CONSTANTS - 1) return WINED3DERR_INVALIDCALL;
> UINT i, cnt = min(count, MAX_VSHADER_CONSTANTS - (start + 1));
> as count
binkj6GJiF6ZF.bin
Description: undefined
"Michael Kaufmann" <[EMAIL PROTECTED]> wrote:
I have submitted new tests to wine-patches.
Thanks.
@Dmitry: One of your bitmap tests triggers an assertion on Windows 9x.
Look here: http://test.winehq.org/data/200605161000/
That's strange. Although many tests fail here under Win98SE the test
52 matches
Mail list logo