By all means.
Davin
On Mon, 31 Oct 2005 22:06:20 -0800
Dan Kegel [EMAIL PROTECTED] wrote:
I'm seeing a lot of stuttering in the sound for Kid Pix 4; see
http://bugs.winehq.org/show_bug.cgi?id=3553
for a log with last night's cvs.
Should I try your patch?
Jesse == Jesse Allen [EMAIL PROTECTED] writes:
Jesse On 10/31/05, Jesse Allen [EMAIL PROTECTED] wrote:
So could we have a program or launcher in wine to launch programs the
windows way?
Jesse Just to let ya'll know, I've found winefile.exe will execute
Jesse programs the
Hello Michael,
Those are default flags, for the case that HCR_GetFolderAttributes didn't find
a registry entry. Are you sure those aren't necessary? Perhaps we should push
them into HCR_GetFolderAttributes, though.
Yes, I am quite sure the change is correct. It doesn't just remove the
Rob D wrote:
Solaris is like the red-headed step child of the Wine world.
What an odd remark.. What does that mean?
On Tuesday 01 November 2005 10:31, you wrote:
If you look into shlfolder.c you will see the same code is still
available in the final 'else' clause at line 459:
} else {
*pdwAttributes =
SFGAO_HASSUBFOLDER|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR|SFGAO_DROPTARGET|SFGA
Am Montag, den 31.10.2005, 19:05 -0500 schrieb Vincent Béron:
Le lun 31/10/2005 à 18:10, Jesse Allen a écrit :
[snip]
Sorry, but things are a bit weird with the supplied wine-0.9 for FC3.
In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched*
sources from
On Mon, 31 Oct 2005, [EMAIL PROTECTED] wrote:
[...]
I find killing it by hand labourious so I used the following command to clean
up and have now defined it as an alias to make life easier.
pgrep wine|while read p; do kill -9 $p ; done;
You should try out pkill to simplify it even further.
Lionel Ulmer wrote:
Well, no. Antoine's patch fixed only the d3d7 light APIs.
Old light APIs (light object + CreateLight method of direct3d object)
were wrong.
Ah must have been drunk when I got the CreateLight but report in the channel
and compared Antoine's patch to my tree :-)
On Fri, 28 Oct 2005, [EMAIL PROTECTED] wrote:
[...]
I wander what else can you use to open exe files with? And not just open,
but run?
[...]
crossover, win4lin
This is probably a bit off topic, but are you sure about Win4Lin? Unlike
the other applications mentionned before I thought it only
On Tue, Nov 01, 2005 at 12:07:58PM +, Christian Costa wrote:
Btw, when do you plan to finish and submit your patch that fixes the
mouse cursor issue in
Dungeon Keeper ? :-)
Found the patch again. Now I just need to write a proper test case in the
Wine framework and submit both to be sure
Hi!
From time to time I'm testing our application (IQ-FMEA) with Wine.
Our GUI framework is checking the return codes of most API calls,
so several incompatibilities between Windows and Wine are detected
while many other programs simply ignore them.
So I found several things that differ between
On Tue, Nov 01, 2005 at 12:35:00PM +0100, Andreas Mohr wrote:
Hi,
On Fri, Oct 28, 2005 at 09:48:08AM -0700, Juan Lang wrote:
Hi James,
+/* max port num is 655936 = 6 digits */
Actually, it's 65535. A correct comment would be appreciated ;)
+*lpdwUrlLength += strlen(://);
Hi,
On Tue, Nov 01, 2005 at 12:47:15PM +0100, Marcus Meissner wrote:
On Tue, Nov 01, 2005 at 12:35:00PM +0100, Andreas Mohr wrote:
ChangeLog:
Replace all Wine instances of doing a strlen() on a string literal
by its equivalent but much less onerous sizeof() - 1.
Please just keep it as
Le mar 01/11/2005 à 05:03, Juergen Wieczorek a écrit :
[snip]
Dear Vincent,
Hi Juergen,
I have been rpmbuilding the sources on my FC3 system with the latest
standard kernel-2.6.12-1.1381_FC3, which like all previous Fedora 2.6.x
kernels has no support for OSS.
The binary packages were built
On Tuesday 01 November 2005 06:52, Thomas Tornblom wrote:
Greetings.
I'm new to this forum, so bear with me...
I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some
problems.
The background is that I'm trying to run ComSoft, a win application to
control the heatpump in
Randall Walls wrote:
OK,
Tested with Battlezone 2. Both patched and unpatched the in-game (non
movie) sound exhibits a popping sound (minor but mildly annoying) with
lines and lines of
fixme:wave:DSD_CreateSecondaryBuffer
(0x454d16b8,0x4686cad8,ca,0,0x47a002ec,0x4041b054,0x47a002c8): stub
At 12:53 AM 11/1/2005, Thomas Tornblom wrote:
snip
I am well aware that xinerama mode would allow this quite easily, but
xinerama is not an option, partly since CDE on Solaris will not work in
xinerama mode, and a little thing called Software Requirements
Specification.
Pardon me, but what
On Mon, Oct 31, 2005 at 08:37:44PM -0700, Rob D wrote:
Its me again.
Ive been trying to figure how to get a (single) Wine application to be able
to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY
:0.0, :0.1, and :0.2).
I am well aware that xinerama mode would
At 02:32 AM 11/1/2005, Molle Bestefich wrote:
Rob D wrote:
Solaris is like the red-headed step child of the Wine world.
What an odd remark.. What does that mean?
After perusing Robert Lunnons patchkit for hints to resolve build issues,
it would appear that most of the issues that keep Wine
At 02:39 AM 11/1/2005, Marcus Meissner wrote:
On Mon, Oct 31, 2005 at 08:37:44PM -0700, Rob D wrote:
Its me again.
Ive been trying to figure how to get a (single) Wine application to be
able
to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY
:0.0, :0.1, and :0.2).
Rob D [EMAIL PROTECTED] writes:
After perusing Robert Lunnons patchkit for hints to resolve build issues,
it would appear that most of the issues that keep Wine from building on
Solaris are known, but for whatever reason, do not get accepted into the
main stream source.
Any fix that is
Rob D [EMAIL PROTECTED] wrote:
After perusing Robert Lunnons patchkit for hints to resolve build issues,
it would appear that most of the issues that keep Wine from building on
Solaris are known, but for whatever reason, do not get accepted into the
main stream source.
That patchset is
Hi all,
I am porting an application from windows to linux (Miranda IM, a
multiprotocol IM program). I have just run into one problem: the file gets
compiled and runs, but the resources (icons, dialogs, images) do not seem
to be working (i.e.: they are simply not shown). Sometimes, I am getting
Date: Mon, 31 Oct 2005 20:37:44 -0700
To: wine-devel@winehq.com
From: Rob D [EMAIL PROTECTED]
Subject: Multimonitor support in Wine?
Its me again.
Ive been trying to figure how to get a (single) Wine application to be able
to display dialogs on each of 3 monitors in a non xinerama
Hey all,
I posted this message at the tail of another thread but I think it lost
its visibility, as the subject was quite different. Here it goes again:
I was performing some naive tests on my Windows box and got stuck on
something that looks quite dumb... I just can't find the
Lionel Ulmer wrote:
On Tue, Nov 01, 2005 at 12:07:58PM +, Christian Costa wrote:
Btw, when do you plan to finish and submit your patch that fixes the
mouse cursor issue in
Dungeon Keeper ? :-)
Found the patch again. Now I just need to write a proper test case in the
Wine
Jesse Allen wrote:
On 10/31/05, Alex Villacís Lasso [EMAIL PROTECTED] wrote:
Jesse Allen wrote:
This is a quite interesting theory. So I went ahead and tried to
launch LogicWorks with a windows method in wine, and well, I've
failed so far with wine's ProgMan.exe. The progman
From: Alexandre Julliard [EMAIL PROTECTED]
+# build guides as single files (only for releases)
+if [ $version != cvs ]
+then
+ docbook2html -u -d ../../winehtml.dsl $book.sgml
+ docbook2pdf -d ../../wineprint.dsl $book.sgml
+ docbook2ps -d ../../wineprint.dsl
On Tue, 01 Nov 2005 12:14:51 +0100, Andreas Rosenberg [EMAIL PROTECTED]
wrote:
3.)
There is also a different behavior of SetCapture(hWnd) in Wine.
If an overlapped window has captured the mouse input and a new
child window is being openend, Windows internally releases the
capture. Wine
Le mar 01/11/2005 à 10:25, Bernd Schmidt a écrit :
Whee, my first Wine patch in, what, 10 years?
Nice to see you're back working on the project.
[snip]
===
RCS file: /home/wine/wine/dlls/kernel/file.c,v
retrieving revision 1.43
Please remember to send to the whole list.
- Walter
--
-- Forwarded message --
Date: Tue, 1 Nov 2005 07:22:33 -0200
From: Marcos Vicente Cruz [EMAIL PROTECTED]
To: Walt Ogburn [EMAIL PROTECTED]
Subject: Re: Small visual issues with P-CAD2000 and wine 0.9
Hi,
OK, I'm
Informações [EMAIL PROTECTED] writes:
The message is written in portuguese, and this is the best translation
that I was able to do. It looks like any other Wine library tries to call a
procedure from the Wine kernel32,dll but ends up calling this procedure on
the native kernel32.dll. Is
Dimi Paun [EMAIL PROTECTED] writes:
They all end up on the site. Shouldn't they all be in synch?
I think it's enough to update them on every release (and they take a
lng time to build). The goal was to make it possible to quickly
fix broken links in the online version, but I think the rest
For some reason now UnixFolder_IShellFOlder is used in some cases where
SHELL32_IShellFolder should of been used instead.
If you look at the sheel32/test/shlfolder.c test_EnumObjects_and_CompareIDs it
should use the real IShellFolder. But for some reason it's being replaced by
Informações wrote:
Hey all,
I posted this message at the tail of another thread but I think it
lost its visibility, as the subject was quite different. Here it goes
again:
I was performing some naive tests on my Windows box and got stuck on
something that looks quite dumb... I
Hi,
I dont know much about the message queue works on Wine but wondered if
there was means of running two progams in the same context on wine in such
a way that they use the same message queue and can therefore potencially
interact.
As I understand it, running two instance of command
Hi,
I've managed to reliably crash Wine (CVS) when using Process Explorer
when using some listviews. If I start Process Explorer I have two
listviews one containing process-names and such, the other the dll's
belonging to that process. The 'names' one has 3 columns, the 'dll' one
has 5 (in my
Hi,
I tried to use the new eject command and this does not seem to work.
For that, I run a exe on the cdrom and try to eject the cdrom with :
WINEDEBUG=+eject wine eject
and I get :
trace:eject:eject_cd ejecting h:
warn:eject:eject_cd IOCTL_STORAGE_MEDIA_REMOVAL failed with err 170
Christian Costa [EMAIL PROTECTED] writes:
and I get :
trace:eject:eject_cd ejecting h:
warn:eject:eject_cd IOCTL_STORAGE_MEDIA_REMOVAL failed with err 170
warn:eject:eject_cd IOCTL_STORAGE_EJECT_MEDIA failed with err 170
and nothing happen and files are still open on the cdrom as shown
On Wednesday 02 November 2005 00:10, Alexandre Julliard wrote:
Rob D [EMAIL PROTECTED] writes:
After perusing Robert Lunnons patchkit for hints to resolve build issues,
it would appear that most of the issues that keep Wine from building on
Solaris are known, but for whatever reason, do not
Dimi Paun wrote:
On Sat, 2005-10-29 at 14:58 +0200, Tomas Carnecky wrote:
I used something like CFLAGS=-g -Wbrief
-wd108,144,167,181,188,193,279,556,810,869,981,1287,1418,1419,1572
I suppose these disables some warnings. Wouldn't they be useful
for Wine if fixed?
well, not all of them
no, you just need to override CFLAGS when using configure...
CFLAGS=blha ./configure
A+
--
Eric Pouech
On Tue, Nov 01, 2005 at 08:03:07PM +0100, [EMAIL PROTECTED] wrote:
Hi,
I dont know much about the message queue works on Wine but wondered if
there was means of running two progams in the same context on wine in such
a way that they use the same message queue and can therefore
I dont know much about the message queue works on Wine but wondered if
there was means of running two progams in the same context on wine in such
a way that they use the same message queue and can therefore potencially
interact.
As I understand it, running two instance of command line wine
Vincent Béron wrote:
Please use diff -u format for patches, they're the standard here now.
Eek. I've got diff -c hardcoded in .cvsrc for gcc work. Here's a unidiff.
Bernd
2005-11-01 Bernd Schmidt [EMAIL PROTECTED]
* dlls/kernel/file.c (FIND_FIRST_INFO): Add new member search_op.
Robert Lunnon [EMAIL PROTECTED] writes:
I'd disagree, if there was an issue with linux that required an Ugly hack or
workaround to make it work then it would get in. A great example is the
current ugly workaround for ensuring memory is allocated below 0x8000. I
contend that ugly
Sounds like your cdrom drive has not been detected as a removable
device. Is it a real CD or a disk image?
A real CD.
in dosdevices :
lrwxrwxrwx1 titantitan 10 oct 11 22:18 h: - /mnt/cdrom/
lrwxrwxrwx1 titantitan 9 mai 19 2004 h:: - /dev/scd0
And in
Hi Vitaly,
On Tuesday 01 November 2005 19:35, Vitaliy Margolen wrote:
For some reason now UnixFolder_IShellFOlder is used in some cases where
SHELL32_IShellFolder should of been used instead.
That's how it is supposed to work. If unixfs is registered in the namespace at
the desktop, the
Christian Costa [EMAIL PROTECTED] writes:
A real CD.
in dosdevices :
lrwxrwxrwx1 titantitan 10 oct 11 22:18 h: - /mnt/cdrom/
lrwxrwxrwx1 titantitan 9 mai 19 2004 h:: - /dev/scd0
And in winecfg the drive type is set to CDROM.
You should set it to
Alexandre Julliard wrote:
Christian Costa [EMAIL PROTECTED] writes:
A real CD.
in dosdevices :
lrwxrwxrwx1 titantitan 10 oct 11 22:18 h: - /mnt/cdrom/
lrwxrwxrwx1 titantitan 9 mai 19 2004 h:: - /dev/scd0
And in winecfg the drive type is set to CDROM.
On Tue, 01 Nov 2005 21:54:51 +0100, Marcus Meissner
[EMAIL PROTECTED] wrote:
My goal is getting NatSpeak dictated text messages freed from the
confines
of the wine instance of the app. This would seem to be one approach if
wine can run more than one process at a time.
Running two wine
Hi all
This program works (with some small issues, but not really a problem
for me right now) if i run it with winedbg and just type cont, but if
i run it with wine, it will freeze somewhere before it creates the
main window.
The program is actually coded by me, and i can give the exe or the
Christian Costa [EMAIL PROTECTED] writes:
If I set H: to autodetect, GetDriveType returns DRIVE_FIXED (3).
Then you need to figure out why FILE_GetDeviceInfo doesn't recognize
it as a CDROM.
--
Alexandre Julliard
[EMAIL PROTECTED]
At 01:54 PM 11/1/2005, Marcus Meissner wrote:
snip
Running two wine foo.exe will act as if on the same machine, including
interchange of windows messages if the apps do that.
Ciao, Marcus
So I could create 2 wine apps that simply duplicate the window creation and
message handling , and
Usually if something works under a debugger but not normally, that means
there's some sort of stack problem. Does your program work perfectly on
Windows?
On Tue, 2005-11-01 at 20:57 -0200, Matheus Izvekov wrote:
Hi all
This program works (with some small issues, but not really a problem
for
On Mon, 31 Oct 2005 08:36:27 +0100, Paul Vriens [EMAIL PROTECTED]
wrote:
Hi,
don't have time (yet) to do stuff in Wine, but have a look at
http://www.winehq.org/pipermail/wine-patches/2005-September/020423.html
this shows you how to add version stuff to a dll.
cheers,
Paul
Thanks for
I was going to wait til tomorrow to test this, but couldnt wait.
This works perfectly for my app and couldnt have came at a better time.
I just created a simple Win32 dispatcher program for each screen and sent
the window creation messages to the HWNDs from FindWindow instead of the
local app
Hi Martin,
On 11/1/05, Martin Fuchs [EMAIL PROTECTED] wrote:
+#include config.h
+#include wine/port.h /* strncasecmp */
Please don't add the comment after the include statement here. Its
really not needed and I doubt Alexandre will merge it.
Thanks
Steven
Hi Phil,
I am forwarding a copy of this message on to Hervé Poussineau with the
ReactOS Project. He has been doing some work on setupapi, Plug and
Play and USB in ReactOS so maybe he can add some comments. I have been
working with him to try and get his changes merged in to Wine.
Thanks
Steven
Robert Shearman [EMAIL PROTECTED] wrote:
-/**
- * LdrAccessResource (NTDLL.@)
- */
-NTSTATUS WINAPI LdrAccessResource( HMODULE hmod, const
IMAGE_RESOURCE_DATA_ENTRY *entry,
- void **ptr,
A couple of years back I described an IPC mechanism called Lock boxes that
might be useful for creating a faster wineserver. An implementation of this
for Linux is now available:
http://lockboxes.berlios.de/
An implementation of UNIX path APIs is available from:
svn://troy.wine-branches.troy.rollo.name/troy/branches/unix-path-apis
This is an SVK branch, so if you use SVK you will be able to merge it into
your own branch. The implementation is also merged into the following trunks:
On 11/1/05, Alex Villacís Lasso [EMAIL PROTECTED] wrote:
I have now tried Mr. Julliard's patch. It works for me.
I have also tried the tests on both Windows 98 and Windows XP (I have a
triple-boot configuration):
Windows 98: explorer.exe gives qualified name. command.com gives
qualified
Dmitry Timoshkov wrote:
Robert Shearman [EMAIL PROTECTED] wrote:
-/**
- * LdrAccessResource (NTDLL.@)
- */
-NTSTATUS WINAPI LdrAccessResource( HMODULE hmod, const
IMAGE_RESOURCE_DATA_ENTRY *entry,
-
64 matches
Mail list logo