"Paul Bryan Roberts" wrote:
>> You need to generate the patch from the top of the wine directory. You
>> also need to use your real name for copyright-tracking purposes.
>
> "copyright-tracking purposes"
>
> is there a Wiki page that explains this to the uninitiated ? I looked,
> did not find.
> You need to generate the patch from the top of the wine directory. You
> also need to use your real name for copyright-tracking purposes.
"copyright-tracking purposes"
is there a Wiki page that explains this to the uninitiated ? I looked, did not
find. Google led me straight back to the cite
On Tuesday 17 February 2009 04:41:11 Brian Vincent wrote:
> On Sat, Feb 14, 2009 at 2:39 AM, Kai Blin wrote:
> > We should also investigate possible changes to the requirements (weekly
> > reports to the mailing list come to mind). Maarten, any comments?
>
> My gut instinct was weekly reports woul
"Paul Bryan Roberts" wrote:
>> It appears that GetNamedSecurityInfoExA signature doesn't match
>> the MSDN/PSDK one. Also it's a common practice to simultaneously
>> add both A and W versions, and add prototypes to an appropriate
>> .h file.
>>
> Ah, right you are, thanks.
>
> I guess that shou
>From just looking at the patch (no testing or verifying the behavior
on windows):
You should add comdlg32 to DELAYIMPORTS, not IMPORTS, since it will be
rarely needed and setupapi is used a lot. DELAYIMPORTS is like
IMPORTS, but comdlg32 won't be loaded until you call a function that
it provides.
Howdy,
Got a bit bored over the weekend and updated my build script to build
wine daily while I'm at work, then automatically run the test suite
under different (currently 6) configurations.
Currently, it tests:
no winedebug (ae-ub-810)
Wine running under a virtual desktop (ae-ub-810-virtdesktop)
Ah, right you are, thanks.
>
> I guess that should have read 'most obviously incorrect'.
>
> I cannot find any reference to GetNamedSecurityInfoEx with or without
> the A or W on http://www.msdn.microsoft.com. I have looked several
> times over the last six months or so. Is there another MSDN som
hello guys.
i have took the endeavour of making my first dialog patch, managed to do it
this weekend, to implement SetupPromptForDisk, which i stubbed but had some
problems on the stub. gave me some big headaches to make this work x)
so here is the patch, i've made the two versions of the dialog,
Dmitry Timoshkov wrote:
> "Paul Bryan Roberts" wrote:
>
>> I guess this stub falls in to the 'not obviously correct' category.
>>
>> I could do with some feedback on what might be an acceptable patch.
>
> It appears that GetNamedSecurityInfoExA signature doesn't match
> the MSDN/PSDK one. Also i
See http://bugs.winehq.org/show_bug.cgi?id=14980
Essentially, to run Office 2007, you have to set an override
for riched20. Since Office installs a new, spiffier version
of riched20 in its own private directory, and expects to
find it there, isn't it a bug that we don't let it have it?
Sounds li
Hi Pual,
"Paul Vriens" wrote in message
news:4999d04b.3010...@gmail.com...
> This patch introduced some test failures on Win98 up to W2K. Could you
> have a look?
>
> Looks like we need some broken or optional logic.
>
Sure, I'll have a look tonight.
Best Regards
Alistair Leslie-Hughes
On Sun, Feb 15, 2009 at 9:56 PM, Dan Kegel wrote:
> Golly, Wine must be getting good. The student trial (though not
> the pro trial) of office 2007 from http://office.microsoft.com
> seems to install, activate, and start properly with no hacks
> at all.
>
> Can't edit the default document though,
On Mon, Feb 16, 2009 at 3:19 PM, James McKenzie
wrote:
> Would this be needed for EM_FORMATRANGE support or can this safely be
> removed. Don't want to delete and then add back code.
>
This wouldn't be needed for EM_FORMATRANGE. If it were to duplicate the
text to cache the formatting it could
Alistair Leslie-Hughes wrote:
> Hi,
>
> Changelog:
> urlmon: Correctly test to see if PutProperty_CLASSIDPROP is called
>
> Best Regards
> Alistair Leslie-Hughes
>
>
>
>
>
>
>
>
>
Hi Alistair,
This patch introd
2009/2/17 James McKenzie :
> Ben Klein wrote:
>> Debian Lenny has gone stable. YAY! I've already got chroots and my
>> build scripts set up for Debian Squeeze, which is the new testing, so
>> I'll be able to produce packages of Wine for Squeeze without trouble,
>> but there are some issues I'd like
Dylan Smith wrote:
> The ME_TextBuffer structure is what is used to store the document (as a
> linked list), so the ME_Document structure isn't being used. There was
> also a document pointer in the ME_Paragraph structure that was also
> unused, so I removed it because it is probably related to th
On Monday 16 February 2009 9:38:19 am Seth Shelnutt wrote:
> I had an interesting thought the other day, and that is to having some
> built in support for forwarding windows dlls to linux .so's.
IIRC, this kind of thing is generally discouraged, except in cases where
needed (eg. opengl32). Part o
"Roderick Colenbrander" writes:
> Years ago we had this functionality is Wine. Next to 'builtin',
> 'native' we had an option 'so'. It worked for glide2x/glide3x but for
> the rest not for much other libs. It was dropped during some debugging
> rewrite if I rememeber correctly. I don't remember i
Hi,
Wine once had a feature like this. In addition to load a DLL as builtin or
native, there was a third option called "so", which loaded a native linux lib
and looked for the symbols in there.
It was removed because it didn't really work. The main problem were +relay
logs I think. The other is
> I had an interesting thought the other day, and that is to having some
> built
> in support for forwarding windows dlls to linux .so's. A while back, I had
> worked on the CUDA wrapper, which basically just transfers the calls from
> the dll to so. At that point I didn't work on a CAL wrapper bec
I had an interesting thought the other day, and that is to having some built
in support for forwarding windows dlls to linux .so's. A while back, I had
worked on the CUDA wrapper, which basically just transfers the calls from
the dll to so. At that point I didn't work on a CAL wrapper because there
Dan Kegel wrote:
> On Sat, Feb 14, 2009 at 5:59 PM, Vitaliy Margolen
> wrote:
>
>> If they not supposed to do that, then
>> prohibit anyone except AJ from closing bugs.
>>
>
> It seems overkill to modify bugzilla for this, since there's no
> reason to prohibit closing of invalid or duplica
Ben Klein wrote:
> Debian Lenny has gone stable. YAY! I've already got chroots and my
> build scripts set up for Debian Squeeze, which is the new testing, so
> I'll be able to produce packages of Wine for Squeeze without trouble,
> but there are some issues I'd like comment on.
>
> 1) I will not su
Robert wrote:
> Dear support,
>
If you are looking for Wine User support, you are in the wrong mailing
list. Wine-Users, which I copied to, is the proper place to ask for
this support.
> I have met a problem when installing Oracle database with Wine. The
> error message is as follows:
> "Failed
This patch is made, first of all, for running applications protected with USB
keys.
For using native USB driver should copy
HKLM\System\CurrentControlSet\Enum\USB\Vid_&Pid_ and
HKLM\System\CurrentControlSet\Services\ from Windows registry.
The driver should be put in the directory specified b
Henri Verbeet writes:
> 2009/2/14 Stefan Dösinger :
>> +SRGB_DONTKNOW = 0,/* Uses the cached
>> value(e.g. external calls) */
> SRGB_ANY or SRGB_EITHER is probably a nicer name. Do the enum elements
> need explicit values? You can probably drop the typedef as we
On Mon, Feb 16, 2009 at 8:22 AM, Kai Blin wrote:
> On Sunday 15 February 2009 19:47:13 Luke Kenneth Casson Leighton wrote:
>> i've been updating this page with relevant information that is part
>> requirements specification, part documentation. of particular
>> relevance is the lack of support (i
Thanks for the tip.
Resent.
-aric
Rob Shearman wrote:
> 2009/2/13 Aric Stewart :
>> +if (CompareStringW(GetThreadLocale(), NORM_IGNORECASE, ptr, 6,
>> + szDomain, 6) == 2)
>
> LOCALE_INVARIANT should be used when comparing with a constant string.
> See here for
> "Alexander" == Alexander Morozov writes:
Alexander> Minor updated patches:
Alexander>
ftp://ftp.etersoft.ru/pub/people/amorozov/usb/1.1.15/0001-Add-support-of-native-Windows-drivers-for-USB-tokens.txt
Alexander>
ftp://ftp.etersoft.ru/pub/people/amorozov/usb/1.1.15/0002-Re-gene
2009/2/13 GerbilSoft :
> --- keyboard.c.orig 2009-02-12 11:50:28.110457529 -0500
> +++ keyboard.c2009-02-12 11:52:06.061206978 -0500
You need to generate the patch from the top of the wine directory. You
also need to use your real name for copyright-tracking purposes.
--
Rob Shearman
On Sun, Feb 15, 2009 at 9:43 PM, Juan Lang wrote:
> Hi Luke,
>
>> does this sound like a reasonable proposition - a mini SMB/wineserver
>> protocol - for use for inter-communication between wine and samba in
>> order to exchange named pipe traffic?
>
> Well, I think we have to crawl before we can
Minor updated patches:
ftp://ftp.etersoft.ru/pub/people/amorozov/usb/1.1.15/0001-Add-support-of-native-Windows-drivers-for-USB-tokens.txt
ftp://ftp.etersoft.ru/pub/people/amorozov/usb/1.1.15/0002-Re-generate-some-files.txt
On Sun, 15 Feb 2009, Ben Klein wrote:
> 2009/2/15 Dan Kegel :
> > On Sat, Feb 14, 2009 at 5:11 PM, Ben Klein wrote:
[...]
> > I think that's not quite true. There are a couple supported
> > wine extensions to win32, aren't there? I think there's
> > an ioctl to get the unix path, or something..
On Fri, 2009-02-13 at 17:10 +0800, Dmitry Timoshkov wrote:
> "Jeremiah Flerchinger" wrote:
>
> > Explorer.exe now calls ShellDdeInit. Progman stubs will now be started/used
> > in Shell32.
> > Amazingly any apps with a Progman DDE interface will also be called.
> > Shell32 can handle
> > all ma
http://bugs.winehq.org/attachment.cgi?id=19477
* functionality of non-message-mode (byte type) is preserved.
* putting too many messages into the queue runs wineserver out of file
descriptors, but the solutions to that are too much work for this
revision, to be included, so - tough.
* research i
--- On Sun, 15/2/09, Ben Klein wrote:
> 2009/2/15 Hin-Tak Leung :
> >
> > --- On Sun, 15/2/09, Ben Klein
> wrote:
> >
> >> 2009/2/15 Hin-Tak Leung
> :
> >> > I have no idea why suddenly at wine 1.1.15 it
> requires
> >> the
> >> > x86_64-redhat-linux-{as,ld,nm} form of the
> binutils
> >> tools
On Sat, Feb 14, 2009 at 7:02 PM, Luke Kenneth Casson Leighton
wrote:
> http://bugs.winehq.org/show_bug.cgi?id=17195
>
> with only one significant bug - some memory corruption - the semantics
> are now correct in the namedpipe messagemode patch.
found it. as suspected, utilising the same critica
--- On Sun, 15/2/09, Ben Klein wrote:
> 2009/2/15 Hin-Tak Leung :
> > I have no idea why suddenly at wine 1.1.15 it requires
> the
> > x86_64-redhat-linux-{as,ld,nm} form of the binutils
> tools. It seems to treat x86_64 suddenly as a
> cross-compiling environment.
>
> Are you sure nothing in t
--- On Sat, 14/2/09, Ben Klein wrote:
> > A packager of a debian based distro reported the same
> issue. They are doing:
> > CFLAGS="$(CFLAGS)"
> LDFLAGS="$(LDFLAGS)" ./configure
> --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
> --prefix=/usr --mandir=\$${prefix}/share/man
> --infod
http://bugs.winehq.org/show_bug.cgi?id=17195
with only one significant bug - some memory corruption - the semantics
are now correct in the namedpipe messagemode patch. i drew a diagram
outlining the data structures / design
http://bugs.winehq.org/attachment.cgi?id=19449 because it's so
horrendous
Hi Juan,
No, I used RegGetValue which expands them for me.
Christoph
Juan Lang schrieb:
> Hi Christoph,
>
> -/* @@ Wine registry key: HKCU\Software\Wine\MSHTML */
> -res = RegOpenKeyW(HKEY_CURRENT_USER, mshtml_keyW, &hkey);
> -if(res != ERROR_SUCCESS)
> -return FALSE;
> -
>
I've been playing around with the odd failure that occurs on some
platforms for the msvcrt:file tests.
http://test.winehq.org/data/6a1537c4b5037be5253c33021fda3a02430533f7/#group_Wine
I am able to recreate it on my computer running ubuntu 8.10. (tag:
apl-u810-dell630)
I was trying to nail down
Dear support,
I have met a problem when installing Oracle database with Wine. The
error message is as follows:
"Failed loading
com.sun.java.accessibility.eventqueuemonitor:java.lang.classnotfoundexception:com.sun.java.accessibility.util.eventqueuemonitor"
I wonder whether this problem is due to J
On Sunday 15 February 2009 19:47:13 Luke Kenneth Casson Leighton wrote:
> i've been updating this page with relevant information that is part
> requirements specification, part documentation. of particular
> relevance is the lack of support (in both tng and samba 3) for
> transferring SetNamedPipe
44 matches
Mail list logo
