On January 6, 2004 04:25 pm, Eric Pouech wrote:
> Every volume on each available volume (partition on a physical disk) on
> the system will be listed in ${WINEPREFIX}/device directory.
Hi Eric,
I have to admit I haven't read the patch, but the idea looks good.
I personally like the use of the fil
On January 6, 2004 03:17 pm, Alexandre Julliard wrote:
> Building with MSVC headers will require changing the code to use
> macros everywhere we reference the nameless structs.
Man, oh man, this will greatly uglify things. Clearly, there is
no perfect solution to this problem, we'll have to make
Ove Kaaven <[EMAIL PROTECTED]> writes:
> You can just add it to the list of these occurrences I keep in the
> "ident" rule (around line 494 in parser.y after patching).
I see, nice hack I've made the change and put the patch in,
thanks.
--
Alexandre Julliard
[EMAIL PROTECTED]
tir, 06.01.2004 kl. 23.16 skrev Alexandre Julliard:
> Ove Kaaven <[EMAIL PROTECTED]> writes:
>
> > Log:
> > Added rules to parse library, coclass, dispinterface, and module
> > definitions, and a number of attributes, and cleaned up a few things.
> > Started on a typelib generation framework.
>
>
Can somebody have a look at this?
Thanks,
Dan
Original Message
Subject: [unixODBC-DEV] - UnixODBC, Wine, Crystal Report -- would appreciate insight
Date: Tue, 06 Jan 2004 15:07:11 -0500
From: Aurelien Marchand <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
H
Tom wrote:
Hi,
I sent a 100k Status Update patch and its been
around 18 hours now and its still not showed up.
Is the moderator on strike? :))
It probably was simply inadvertently deleted. I sift through an awful
lot of spam (>100 per day per list, down from 150-200 at the end of last
year), and
I finally figured out what my problem was. If the name of the library
is "USBUtils" it works, if it is "USBDeviceUtils" it doesn't. Actually
the max length I can use is 11 characters. That is probably 15
characters including ".dll"
In my config file all filesystems are "win95" The version i
Hi,
I sent a 100k Status Update patch and its been
around 18 hours now and its still not showed up.
Is the moderator on strike? :))
Tom
Mike Hearn <[EMAIL PROTECTED]> writes:
> This was crashing IE setup. Dunno where the regression came from, but I
> think null returns like this are legal, so we should check for it.
data is passed by value, it cannot possibly be set to null by
RegEnumValue.
--
Alexandre Julliard
[EMAIL PROTECTE
Robert van Herk <[EMAIL PROTECTED]> writes:
> This is a patch that adds a tabsheet to winecfg, that allows the user
> to change the dll overrides; both globally and per app.
I put this in, but note that there are more possibilities that just
builtin or native that will have to be supported too. A
Ivan Leo Murray-Smith wrote:
can somebody with legal knowledge check the EULA and see if we
are allowed to redistribute this file?
No legal knowledge needed, the EULA at
http://www.microsoft.com/com/dcom/dcom98/eula.asp
is very clear, and says that the user cannot distribute the dcom installer.
Wel
Am Dienstag, 6. Januar 2004 19:10 schrieb Mike Hearn:
> On Tue, 2004-01-06 at 17:59, Stefan Leichter wrote:
>
> No, I didn't, please do it :)
>
Hi Mike
does the patch work for you, or does it break your installer again?
Bye Stefan
diff -urw ../wine/dlls/cabinet/cabextract.c dlls/cabinet/cabextrac
Ove Kaaven <[EMAIL PROTECTED]> writes:
> Log:
> Added rules to parse library, coclass, dispinterface, and module
> definitions, and a number of attributes, and cleaned up a few things.
> Started on a typelib generation framework.
This breaks compilation of shobjidl.idl, because it makes 'id' a
ke
I've been working lately on rehauling the file handling in Wine.
The current output is a large patch, available here:
http://perso.wanadoo.fr/pouech-eric/ep-file.diff.gz (400 KB uncompressed)
It's not completly ready yet for inclusion, however some ongoing
discussions could overlap with what I'
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> It will be created on the fly by registering the various dlls and
> creating the remaining needed keys, most likely through a setupapi
> .inf script.
We have already added a bunch of stuff from winedefault.reg to a inf
script in ReactOS. If you
Mike McCormack <[EMAIL PROTECTED]> writes:
> MSDN defines 10ms as the minimum timeout for Win 2000. Win9x is not
> defined, but tests show it is slightly different... it's minimum
> timeout is longer than 10ms, but setting to 10ms should not hurt.
Actually it should have no effect at all, because
Hi folks,
Okay, I've updated the Wineconf page:
http://www.winehq.org/wineconf/
One thing I would like to do is to stream audio
from the conference out to the web and also work very hard
to include folks from #winehq (or maybe #wineconf)
in some of the sessions.
The sessions I thought made pa
Steven Edwards <[EMAIL PROTECTED]> writes:
> So is there any fix for us? Can we move the NONAMELESS stuff to a
> internal header like like port.h? MSVC does even define NONAMLESSONION
> in the same place we do with WINE and w32api.
That won't really help, it needs to be available in the exported
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > Alexandre, let's just get rid of the NONAMELESSSTRUCT support,
> > it just causes problems, and the benefit is a bit dubious. Any
> > interesting compiler will probably be compatible with either
> > msvc or gcc or both. Should I look at creating
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Alexandre, let's just get rid of the NONAMELESSSTRUCT support,
> it just causes problems, and the benefit is a bit dubious. Any
> interesting compiler will probably be compatible with either
> msvc or gcc or both. Should I look at creating a patch?
On Tuesday 06 January 2004 12:10 pm, Mike Hearn wrote:
> On Tue, 2004-01-06 at 17:59, Stefan Leichter wrote:
> > The pointer points to a structure like this:
> >
> > struct ExtractFileList {
> > LPSTR filename;
> > struct ExtractFileList *next;
> > DWORD unknown; // always 1L
> > } ;
Hello,
On 06.01.2004 18:51:16 Subhobroto Sinha wrote:
> I had completed the patch for IPersistFile::Load() and associated functions.
> In the last patch which I had submitted for review here, Mike McCormack had
> pointed out an incorrect assumption that I had made about all locales being
> DB
On Tue, 06 Jan 2004 08:53:01 -0600, Aric Stewart wrote:
> if you place them into a desktop then it works fine. I am unfamiliar
> enough with that level of the windowing code that i am unsure how to fix
> it right.
I think the reason we make these windows unmanaged is because they don't
have wind
On Tue, 2004-01-06 at 17:59, Stefan Leichter wrote:
> The pointer points to a structure like this:
>
> struct ExtractFileList {
> LPSTR filename;
> struct ExtractFileList *next;
> DWORD unknown; // always 1L
> } ;
Could the unknown be a boolean?
> Did your start modifying/fi
Am Freitag, 2. Januar 2004 17:28 schrieb Mike Hearn:
> Hi Stefan,
>
> The attached patch is necessary for IE installer to work again. It seems
> the magic value is not always correct: advpack derefs this value so it
> probably points to a struct. I'll try and find out what it contains when
> using
Hello all,
I had completed the patch for IPersistFile::Load() and associated functions. In the
last patch which I had submitted for review here, Mike McCormack had pointed out an
incorrect assumption that I had made about all locales being DBCS. Thanks to him, many
of you will not suffer ;)
No
> Where do you want to have windows/ and windows/system/
> directory? In / of the UNIX filesystem, world writeable? :)
OK, fine, you have a point :)
But what I'm trying to say is that we can actually
get away with a static config of sorts. We don't
need a A: drive, it's mostly useless these day
Hi,
>I have been quite busy recently but will try hard to get a patch put
> together to get that all into wine.
Wow! That will be fantastic!
>If you want to work on it before i
> get a chance you can hit the crossover source tree which i believe in
> pointed to somewhere on our web site.
I
If we also had working defaults for the users cdrom drive(s) and floppy drive then
this would work quite well. Many users will want to install applications from cdrom.
We could autodetect this at startup.
Chris
>
> From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>
> Date: 2004/01/06 Tue AM 09:4
Marcus Meissner wrote:
[snip]
Where do you want to have windows/ and windows/system/ directory? In /
of the UNIX filesystem, world writeable? :)
For SuSE, I have:
A: /media/floppy/
C: %HOME/.wine/fake_windows/
...some cd drives...
X: /tmp/
Do you really mean / and not ~? I sure don't want my C: pointing at /. And if there
are more than one user how do I keep their stuff separate. What about access
permissions to / - a normal user doesn't have it to many places.
>
> From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>
> Date: 2004/01/06
Hello,
I have done extensive XIM work in the crossover tree and have it
working very well with a wide range of input methods including half and
full ime input methods used in applications such as office-jp.
I have been quite busy recently but will try hard to get a patch put
together to get
On Tue, Jan 06, 2004 at 09:44:05AM -0500, Dimitrie O. Paun wrote:
> On January 5, 2004 05:27 pm, Alexandre Julliard wrote:
> > We will need a tool (maybe wineboot) to setup the initial drive config
> > according to the machine setup. A default config file is not going to
> > help with that anyway.
I believe this is the same issue i am seeing with IE started in full
screen mode. It appears that those windows are being created in
unmanaged mode and thus never generate any of the focus events that wine
uses to try to track input focus.
if you place them into a desktop then it works fine. I
Le mar 06/01/2004 à 09:44, Dimitrie O. Paun a écrit :
> On January 5, 2004 05:27 pm, Alexandre Julliard wrote:
> > We will need a tool (maybe wineboot) to setup the initial drive config
> > according to the machine setup. A default config file is not going to
> > help with that anyway.
>
> I'd say
On January 4, 2004 01:39 pm, Steven Edwards wrote:
> 1. Can we please fix winnt.h line 175? This #define NONAMELESSSTRUCT
> thing is wrong. It breaks building on the PSDK and w32api. I have not
> be able to find any thing about it in Microsofts documentation or
> headers. If we removed support for
On January 5, 2004 05:27 pm, Alexandre Julliard wrote:
> We will need a tool (maybe wineboot) to setup the initial drive config
> according to the machine setup. A default config file is not going to
> help with that anyway.
I'd say we just have a C: drive pointing to / (root). This setup
is defi
>can somebody with legal knowledge check the EULA and see if we
>are allowed to redistribute this file?
No legal knowledge needed, the EULA at
http://www.microsoft.com/com/dcom/dcom98/eula.asp
is very clear, and says that the user cannot distribute the dcom installer.
Ivan.
Hello wine-devel,
I've got a problem with 'Theme Hospital' game application. It requires
some keyboard input to start.
But the problem is that this application doesn't receive any
keyboard events.
I've put some checks inside function process_events (dlls/x11drv/event.c)
but they sho
> Hi,
> I posted before in wine-users, but I haven't had any answer.
>
> I compiled, as usual, wine from cvs, but in the last weeks I have
> this error
> every file I try to run:
>
> err:msg:QUEUE_CreateMsgQueue Cannot get thread queueMain exe
> initialization
> for L"C:\\Program Files\\DepWalker\\
On Mon, 05 Jan 2004 01:40:20 -0500, Dimitrie O Paun <[EMAIL PROTECTED]> wrote:
Hi folks,
After intense setup work from Alexandre and myself (about 3
clicks per person :P), we've managed to enable donations
through our SourceForge page:
http://sourceforge.net/projects/wine/
Direct donation link:
Hi,
I posted before in wine-users, but I haven't had any answer.
I compiled, as usual, wine from cvs, but in the last weeks I have this error
every file I try to run:
err:msg:QUEUE_CreateMsgQueue Cannot get thread queueMain exe initialization
for L"C:\\Program Files\\DepWalker\\depends.exe" fai
> I know there are interests in autocad 2000 status with
> wine.
>
> I was happy to read in
> http://appdb.winehq.org/appview.php?appId=86&versionId=102
>
> that autocad 2000 actually starts up now, although
> there seams to be a file open problem.
>
> I just wanted to forward this news in case som
>...
> FYI, I haven't managed to complete the make procedure anyway. It seems that
> the 2.6.0 kernel headers (/usr/include/linux/) wrt. the scsi ones have some
> trouble:
> gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_
> -D_REENTRANT -fPIC -Wall -mpreferred-stack-bound
Alexandre Julliard wrote:
Boaz Harrosh <[EMAIL PROTECTED]> writes:
Some simple fix for C++ with the macro FONTSIZE
So ATL and MFC can compile.
Why do you need that? It's not in the SDK header AFAICS.
Very good question: I'm not sure my self.
The fix I send is no good either.
In MFC
45 matches
Mail list logo