Mike Hearn wrote:
Hmm, I don't see why. You realise we can't write to the native registry
yes? So using a native registry with the old code was equivalent to
doing an import each time you started Wine. For the case where you
install under Windows then run under Wine, you only need one import
Troy Rollo wrote:
Testing under Windows shows that UrlIsW and UrlIsA should:
Would you be able to write a conformance test using what you've found,
to make sure it doesn't break again? Even just posting the test program
to wine-patches so somebody could create a conformance test out of it
Hi,
On Mon, Mar 14, 2005 at 09:07:57PM +1100, Troy Rollo wrote:
Testing under Windows shows that UrlIsW and UrlIsA should:
Since you already did testing under Windows, adding proper tests would make
sense, I guess...
Or in other words: I'm not sure whether your current patch would get applied.
Hi
I've started working on implementing STI functionality
in Wine. STI is a Windows 98/2000 Still Image
capture system, and I'm doing it to get my scanner
working in Linux.
I have a few questions:
1. Do you support/accept/like C++ code in Wine? COM is
bad enough in C++, I would rather not do it
This patch helps the IE6 installer get past the DLL registration stage.
The DelNodeRunDLL32 function is stubbed out, but RegisterOCX will
correctly register a COM DLL by calling its DllRegisterServer function.
ChangeLog:
* dlls/advpack/advpack.c
Matthew Mastracci [EMAIL PROTECTED]
Dmitry Timoshkov wrote:
Matthew Mastracci [EMAIL PROTECTED] wrote:
+typedef HRESULT (*DLLREGISTER) (void);
Shouldn't it have a WINAPI modifier?
Good point, thanks. I'm sending an updated patch to wine-patches with
the WINAPI modifier.
Note that I copied the callback function
Hi Damjan,
Damjan Jovanovic wrote:
I've started working on implementing STI functionality
in Wine. STI is a Windows 98/2000 Still Image
capture system, and I'm doing it to get my scanner
working in Linux.
Fantastic!
2. STI has kernel mode components to deal USB / SCSI /
serial / parallel ports. Is
Matthew Mastracci [EMAIL PROTECTED] wrote:
Note that I copied the callback function definiton verbatim from Wine's
regsvr32 implementation. Should the definition in regsvr32 include
WINAPI as well?
Very likely that yes, it should.
--
Dmitry.
Andi Kleen wrote:
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a DOS games and an MS linker, as for
Sam == Sam Lauber [EMAIL PROTECTED] writes:
Sam Does Wine correctly implement all the DOS Services and interrupts?
^ ^^^
No...
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
-
Hi,
Is the one-way mailslot IPC implemented in wine?
I'm getting fixme:sync:CreateMailslotW(...): stub messages. Is this a simple
thing to implement, or would it require additions to the server protocol?
Thanks,
Kuba Ober
--On Monday, March 14, 2005 4:50 PM +0100 Sam Lauber [EMAIL PROTECTED]
wrote:
Does Wine correctly implement all the DOS Services and
interrupts?
What Windows program still uses DOS interrupts?
Hi,
From full-disclosure, a security mailing list.
Fix seems trivial, just use 0600.
(untested, uncompiled ;)
Ciao, Marcus
Changelog:
Temporary registries exported only user read/writeable to
avoid information leaks.
Index: server/registry.c
Kuba Ober wrote:
Is the one-way mailslot IPC implemented in wine?
No.
I'm getting fixme:sync:CreateMailslotW(...): stub messages. Is this a simple
thing to implement, or would it require additions to the server protocol?
Yes, it needs to be implemented in the server. I started writing it
some
On Tue, Mar 15, 2005 at 01:44:19AM +0900, Mike McCormack wrote about 'Re: Are
mailslots implemented?':
Kuba Ober wrote:
I'm getting fixme:sync:CreateMailslotW(...): stub messages. Is this a
simple thing to implement, or would it require additions to the server
protocol?
Yes, it needs to
Marcus Meissner [EMAIL PROTECTED] writes:
--- server/registry.c 10 Mar 2005 11:18:31 - 1.63
+++ server/registry.c 14 Mar 2005 16:38:54 -
@@ -1610,7 +1610,7 @@
for (;;)
{
sprintf( p, reg%lx%04x.tmp, (long) getpid(), count++ );
-if ((fd = open( tmp,
Answering myself, partially:
After a quick read: libsmbclient.h doesn't expose any datagram stuff. That
means we'd need to import samba internal headers in order to use the relevant
functions which I hope are in libsmbclient.so. Or maybe just make a header
with a couple definitions for just
Hi!
Can you tell me how the invisible high-word (invisible in VM-86, and
in real mode) could possibly harm something running in VM-86 or
read-mode ??? I don't even think it's a BUG. If the transition
You can have protected-mode application running in dosemu with 16-bit
stack segment.
On Mon, 14 Mar 2005, Jakob Eriksson wrote:
Andi Kleen wrote:
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a
|Which application uses mailslots? I only ever found one real
|application that used them, and that was Declan's Korean Dictionary
|from [1].
|
|The browse (Network Neighborhood) service uses them. Other then that,
|I have not seen any uses of it.
|
| Protel 98 (likely higher versions
Hi,
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
2. STI has kernel mode components to deal USB / SCSI /
serial / parallel ports. Is there any attempt to bring
kernel mode support into Wine (ReactOS/Wine merger?)
any time soon? If not, should I implement USB support
using libusb in
ChangeLog:
Initial implementation of EM_STREAMOUT and RTF writer.
Nice to see this functionality implemented (I really didn't want to
implement it myself). Very good code too. Thanks.
IMHO the patch can be applied without changes.
The new function ME_FindItemAtOffset isn't really necessary,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Kuba Ober wrote:
||Which application uses mailslots? I only ever found one real
||application that used them, and that was Declan's Korean Dictionary
||from [1].
||
||The browse (Network Neighborhood) service uses them. Other then that,
||I have
Hi,
Jakob Eriksson wrote:
A long term goal of wine is to support DOS apps to. Of course
it's not a priority, but it's there.
Yes, that's exactly what I was hoping
for, thanks!
Even if no Windows apps do such a thing
(which wasn't confirmed yet), Wine may
still need that fix for the DOS support
in
Phil Krylov wrote:
The RTF reader still has to be teached Unicode. Currently most of my existing
.rtf documents are totally garbled.
Can you fix it ? Judging from your RTF writer code and your last name,
you probably have more knowledge about Unicode and RTF than I have.
Krzysztof
Am Sonntag, 13. März 2005 22:13 schrieb Scott Ritchie:
On Sun, 2005-03-13 at 12:56 -0500, Tim Schmidt wrote:
Hey guys, sorry to intrude, but I've been out of the Windows gaming
scene for longer than I can remember. I own copies of Half-life and a
few other games, but am I to understand
On Mon, 14 Mar 2005 20:25:52 +0100
Krzysztof Foltman [EMAIL PROTECTED] wrote:
Phil Krylov wrote:
The RTF reader still has to be teached Unicode. Currently most of my
existing
.rtf documents are totally garbled.
Can you fix it ? Judging from your RTF writer code and your last name,
Hi,
On Tue, Mar 15, 2005 at 01:44:19AM +0900, Mike McCormack wrote:
Which application uses mailslots? I only ever found one real
application that used them, and that was Declan's Korean Dictionary
from [1].
Matro's RealPopup, a very good winpopup replacement.
We might want to add a note
Hi all,
I said this in a reply in one of the threads (the one about Windows
registry), and got zero reply. I'm bringing the subject up again here.
Back in 1996 (and until around 2000) I was project manager for a project
called GTFormat. This was a project used by the late Packard Bell, as
well
On Mon, 14 Mar 2005 19:31:25 +0100
Krzysztof Foltman [EMAIL PROTECTED] wrote:
ChangeLog:
Initial implementation of EM_STREAMOUT and RTF writer.
Nice to see this functionality implemented (I really didn't want to
implement it myself). Very good code too. Thanks.
Thanks :)
The new
There are major differences in the handling of virtual memory in Wine vs
WinXP that are causing problems for my winelib application. Can someone
provide background and/or workarounds for these issues?
As near as I can tell the main differences are:
* VirtualLock does nothing in Wine
* Wine makes
On Mon, 14 Mar 2005 22:09:54 +0200, Shachar Shemesh
[EMAIL PROTECTED] wrote:
the hard disks shipped out to customers. The tools consist of a tool
that understands what the original installation did, a database to do
offline conflict resolution and other stuff, and a front end to perform
a
Hi,
Thanks for submitting this patch.
These are exactly the fixes I was about to submit!
Nothing :)
Your patch should should have a major impact on users of applications
which use the wintab library: They should all start to function to some
degree.
i hope so, waiting for users report now
Hi,
interesting
seems we have a bug report about that problem (behavior differences)
http://bugs.winehq.org/show_bug.cgi?id=890
Regards,
Raphael
pgphdqoXTIGCs.pgp
Description: PGP signature
Brian Vincent wrote:
Now, a program that monitored a Windows install, copied all of the
files created, generated a .reg file with registry changes, noted INI
file changes, and then built an RPM that would install on Linux.. that
would be cool.
-Brian
Thinking about it, maybe it would be easier
On Friday 11 March 2005 17:47, Alexandre Julliard wrote:
[EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
At least for directx headers it's not a good idea.
many old games (using old directx) need to have compatible headers
else they won't build (it's why bug 2483 exists: build problem
This is Alexandre's trick which I borrowed because it is very helpful
in debugging lock problems.
It would be nice to formalize this and make it available in a more
general way but that is Alexandre's call.
Hi
Something like this plus a lot of documentation explaining what is going
On Mon, 2005-03-14 at 13:16, Raphael wrote:
seems we have a bug report about that problem (behavior differences)
http://bugs.winehq.org/show_bug.cgi?id=890
I guess I am adding VirtualLock and VirtualAlloc to the list of APIs
that don't work the same in Wine vs Windows. Bug #890 is about
On Mon, 14 Mar 2005 19:31:25 +0100
Krzysztof Foltman [EMAIL PROTECTED] wrote:
ChangeLog:
Initial implementation of EM_STREAMOUT and RTF writer.
Nice to see this functionality implemented (I really didn't want to
implement it myself). Very good code too. Thanks.
Thanks :)
The new
On Monday 14 March 2005 21:12, Mike McCormack wrote:
Would you be able to write a conformance test using what you've found,
to make sure it doesn't break again?
I plan to do so as soon as I have finished the URLMon and InetAPI work I've
been doing.
--
[EMAIL PROTECTED] - Sydney, Australia
Hello.
Brian Gerst wrote:
Can you tell me how the invisible high-word (invisible in VM-86, and
in real mode) could possibly harm something running in VM-86 or
read-mode ??? I don't even think it's a BUG. If the transition
into and out of VM-86 doesn't handle the fact that the high-word
of the
* VirtualLock does nothing in Wine
VirtualLock does nothing in win95,98,ME as well :)
I bet the correct behaviour for wine is to do anything in VirtualLock only if
you set windows version to NT/2000/XP. Did you do it?
Anyway, mlock() seems to work fine, so this should be implementable.
*
linux-os wrote:
On Mon, 14 Mar 2005, Jakob Eriksson wrote:
Andi Kleen wrote:
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is
Raphael wrote:
+ if (!*str) { /** TODO: check *str validity */
+return -1; /** _MBC_ILLEGAL */
+ }
+ if (start == str MSVCRT_isleadbyte(*str)) {
+return 1; /** _MBC_LEAD */
+ }
+ if (start == str MSVCRT_isleadbyte(str[-1])) {
+return 2; /**_MBC_TRAIL */
+ }
+
+
RIght now I'm working on a patch so I can use my webcam under wine
without having to switch to unix or use non-working solutions..
Right now there are 2 patches needed to get MSN to connect to the
internet: first is to disable SSL, second strcpy's a value at urlmon
getuseragent or something
I have to be off somewhere in a few minutes (hence me being up this early), so
I'll make this quick ;-)
I wrote a couple of patches for webcam support too a while back, and gave these
to some people who were asking for them, so I thought I'd share them here now,
to also provide some input on it -
On Mon, Mar 14, 2005 at 08:02:00PM -0800, Steven Edwards wrote:
-FIXME(\n);
-return FALSE;
+LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA( hwndCombo, 0 );
Please use GetWindowLongW(), the combo box is fully Unicode.
+pcbi-hwndCombo = hwndCombo;
+pcbi-hwndList
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
Please use GetWindowLongW(), the combo box is fully Unicode.
OK I will hack it for him. This guy is new to C programing and I should
have caught that. He has a bunch of VB apps that he uses this function in.
+pcbi-hwndCombo =
On Mon, 2005-03-14 at 20:13, you wrote:
* VirtualLock does nothing in Wine
VirtualLock does nothing in win95,98,ME as well :)
I bet the correct behaviour for wine is to do anything in VirtualLock
only if you set windows version to NT/2000/XP. Did you do it?
Good point. But the setting is
Steven Edwards [EMAIL PROTECTED] wrote:
BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box
*/
PCOMBOBOXINFO pcbi /* [in/out] combo box information */)
{
-FIXME(\n);
-return FALSE;
+LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA(
Dimitrie O. Paun [EMAIL PROTECTED] wrote:
+LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA( hwndCombo, 0 );
Please use GetWindowLongW(), the combo box is fully Unicode.
Or rather GetWindowLongPtrW().
--
Dmitry.
On Mon, Mar 14, 2005 at 11:18:40AM -0600, Alexandre Julliard wrote:
Log message:
Get rid of the remaining registry configuration parameters.
Any plans on getting the global registry back?
--
Dimi.
After working prefectly for over 2 years SimCity 3000 is broken.
The patch that broke it is
http://www.winehq.org/hypermail/wine-cvs/2005/03/0098.html
basicly the problem is simple. The source and the destination are both the same surface in DIB_DirectDrawSurface_Blt() and with the
new locking
IBM has started a new contest meant to spur open source development on
their POWER architecture, http://www.linuxonpower.com/
Prizes are offered for coders that port some common open source
applications to the architecture. A Tier 2 prize, a Mac G5, is offered
to anyone who can port one of the
On Mon, 14 Mar 2005 23:14:39 -0800, Scott Ritchie [EMAIL PROTECTED] wrote:
This marks a change in IBMs policy towards Wine, or perhaps signals a
management oversight. While normally it seems that they have an active
policy of censoring any references to Wine and completely denying its
55 matches
Mail list logo