Le ven 04/03/2005 à 19:41, Rob D a écrit :
> Is it the spec file that determines whether wine looks for main or WinMain?
No. If WinMain exists, it'll be used, even in the presence of main().
>
> The only info about spec files I could find was on page 20 of the winelib
> guide (section 3.4.2), i
Francois Gouget wrote:
On Fri, 4 Mar 2005, Andreas Mohr wrote:
[...]
Free space detection is strictly being based on the properties of the
current "main" partition mapping, as it should be.
There really isn't any way for Wine to account for a "mysteriously much
bigger" "special" directory inside th
Is it the spec file that determines whether wine looks for main or WinMain?
The only info about spec files I could find was on page 20 of the winelib
guide (section 3.4.2), it says that it is very outdated and doesnt
currently describe winebuild and spec files.
Besides that, it doesnt have enough
On Fri, 4 Mar 2005, Andreas Mohr wrote:
[...]
Free space detection is strictly being based on the properties of the
current "main" partition mapping, as it should be.
There really isn't any way for Wine to account for a "mysteriously much
bigger" "special" directory inside the current drive that Wi
Hi,
I was testing my Qt 3.3.4 application with wine, and it appears that setting a
null widget mask via QWidget::setMask(QRegion()) puts wine into an endless
loop. It continuously spews complaints that it ran out of gdi heap. I can
reproduce it at home and send the actual error message if need b
Paul Vriens wrote:
On Fri, 2005-03-04 at 17:09, Jakob Eriksson wrote:
If we dont have permissions, we don't...
Checked for ERROR_NO_SUCH_PRIVILEGE
Weirdly, Win2k does not recognize the last two, number 28 and 29.
Evidence:
http://test.winehq.org/data/200503041000/2000_IDWASEMPTY/advapi32:securit
Mike Hearn wrote:
3) The artwork in the file pickers sucks ass. Sorry, it does. It's ugly as
sin and for some reason the Desktop icon is an arrow, not a desk.
This doesn't matter when you only have C: and Z: drives. It does matter
when you have 2 CD drives, 2 Windows drives, a floppy and a
Hi Andres,
--- Andreas Mohr <[EMAIL PROTECTED]> wrote:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/PlugPlay_289c8080-9400-4cd0-9d44-d637210e8567.xml.asp
> and maybe
> http://support.microsoft.com/default.aspx?scid=kb;en-us;867819
> for how Windows does drive l
On Fri, 2005-03-04 at 17:09, Jakob Eriksson wrote:
> If we dont have permissions, we don't...
> Checked for ERROR_NO_SUCH_PRIVILEGE
>
> Weirdly, Win2k does not recognize the last two, number 28 and 29.
>
> Evidence:
> http://test.winehq.org/data/200503041000/2000_IDWASEMPTY/advapi32:security.txt
I can't get a stack trace with symbol information from an
exe file and tracked the problem down to this.
dbghelp tries to load the symbols for the executable file
by looking up the file name without the .exe extension and
fails because the file is not found. This patch adds the
.exe back on to the
On February 23, 2005 10:41 am, Mike Hearn wrote:
> On Wed, 23 Feb 2005 09:30:50 -0800, Bill Medland wrote:
> > Does anyone know any site or book or something with a decent discussion
> > about the problems of the different threading models and their
> > implementations?
>
> That'd be the developers
Francois Gouget <[EMAIL PROTECTED]> writes:
> What should we do if this turns out to be the case? Do we want to keep
> the ordinals anyway? I guess that the minimum would be to document
> this in the spec file.
Yes we should keep the ordinals, it doesn't hurt anything and
potentially improves com
Mike Hearn wrote:
So, there are 4 obvious problems with our current drive management code:
1) We add links to the floppy drive. We should blacklist it, as it causes
a big delay in the file open dialogs as we poll the drive which sits
there spinning its motors naval-gazing. How many people still
dlls/user/painting.c is getting caught in an infinite loop in the function
update_now()
I added two TRACE statements to try to figure out what is going on.
Uncommenting
the SendMessageW() line allows the loop to exit. See the attached win traces
for
the working and broken cases.
I don't know
Andreas Mohr wrote:
Hi,
On Fri, Mar 04, 2005 at 01:57:55PM +0100, Holly Bostick wrote:
Speaking of free disk space detection I have had it happen with at
least 2 different programs (I can document more fully, just not this
second) that if I have a 20 GB partition ("games", 6GB free) mounted
Lionel Ulmer wrote:
On Thu, Mar 03, 2005 at 10:30:55PM -, Ann and Jason Edmeades wrote:
Interestingly, even though most people seem to end up working in a
particular area they may not handle bugs in that area (probably because they
don't check for them!). How many of the wine developers would c
On Fri, 04 Mar 2005 09:54:09 +, Mike Hearn <[EMAIL PROTECTED]> wrote:
> So, there are 4 obvious problems with our current drive management code:
>
> 1) We add links to the floppy drive. We should blacklist it, as it causes
>a big delay in the file open dialogs as we poll the drive which si
On Thu, Mar 03, 2005 at 10:30:55PM -, Ann and Jason Edmeades wrote:
> Interestingly, even though most people seem to end up working in a
> particular area they may not handle bugs in that area (probably because they
> don't check for them!). How many of the wine developers would consider
> allo
In trying to get a Windows music composition program
(www.noteworthycomposer.com) working, I have been unable to hear
playbacks of music because the Wine MIDI Mapper does not open. Does
anyone have any idea what is causing this problem, and if there is a fix
available ?
I am using Mandrake 10
Hi,
On Fri, Mar 04, 2005 at 01:57:55PM +0100, Holly Bostick wrote:
> Mike Hearn wrote:
> >On Fri, 2005-03-04 at 11:18 +0100, Alexandre Julliard wrote:
> >>Mike Hearn <[EMAIL PROTECTED]> writes:
> >>
> >>>2) We don't add any device symlinks. Some programs need these
> >>> eg d:: -> /dev/cdrom
> >>
Mike Hearn wrote:
On Fri, 2005-03-04 at 11:18 +0100, Alexandre Julliard wrote:
Mike Hearn <[EMAIL PROTECTED]> writes:
2) We don't add any device symlinks. Some programs need these
eg d:: -> /dev/cdrom
That should never be needed on a standard setup. If you know of a case
where it's required that
> Ah, so this means that the directory change
> notification mechanism
> applies to volume notification as well? Or is it
> still a somewhat separate
> API?
>
> Nevermind, at least you just told us that this API
> exists, so we should
> try to get the hal/hotplug/fam stuff integratedf
> towards th
> Ah, so this means that the directory change
> notification mechanism
> applies to volume notification as well? Or is it
> still a somewhat separate
> API?
>
> Nevermind, at least you just told us that this API
> exists, so we should
> try to get the hal/hotplug/fam stuff integratedf
> towards th
On Windows XP and 2003ES the CDLGetLongPathName[AW] ordinals are 4 and 5
respectively. On Windows 9x, NT4 and Windows 2000 they are 1 and 2
respectively.
If Microsoft changed the ordinal of these APIs it means the ordinal does
not matter so I'm tempted to post the following patch:
Index: dlls/
Hi,
Kumaran Santhanam wrote:
I found a patch for ESD (Enlightenment Sound Daemon) support in Wine
from July 2004. I modified this to work with Wine-20050111 and compiled
the wineesd.drv.so driver. This driver works in both Wine and CrossOver
4.1. The patch and instructions are attached to thi
Hi,
On Fri, Mar 04, 2005 at 01:08:27PM +0200, Boaz Harrosh wrote:
>
>
> Andreas Mohr wrote:
>
> >Are you sure the apps get notified, too?
> >ISTR XP doesn't automatically update the Explorer view after you have
> >plugged in a USB stick, or maybe I'm wrong?
> >
> >
> >
> Yes it does. and any p
Guido Draheim <[EMAIL PROTECTED]> writes:
> Thanks reminding the "exotic" setups. I did just stop updating
> to the latest wine at some point. Too many exotic changes in
> wine since then. :-)=)
> http://bugs.winehq.org/show_bug.cgi?id=1283
As it says in the bug, this should no longer be an issue
Mike Hearn wrote:
> On Fri, 2005-03-04 at 11:30 +0100, Alexandre Julliard wrote:
>
>>It's not needed for low level drive access either, it's all
>>automatically detected. The exception is with "exotic" setups like the
>>ones using an automounter (though that could probably be fixed too, it
>>jus
Andreas Mohr wrote:
Are you sure the apps get notified, too?
ISTR XP doesn't automatically update the Explorer view after you have
plugged in a USB stick, or maybe I'm wrong?
Yes it does. and any program can. There is an API to watch for File
System changes. From files (for editors), to folder
Raphael <[EMAIL PROTECTED]> writes:
> On Friday 04 March 2005 00:45, Robert Shearman wrote:
> > I have made a few comments on the implementation below:
> > > SRCDIR= @srcdir@
> > > VPATH = @srcdir@
> > > MODULE= advapi32.dll
> > >-IMPORTS = kernel32 ntdll
> > >+IMPORTS = winspool k
On Fri, 2005-03-04 at 11:30 +0100, Alexandre Julliard wrote:
> It's not needed for low level drive access either, it's all
> automatically detected. The exception is with "exotic" setups like the
> ones using an automounter (though that could probably be fixed too, it
> just hasn't been done yet).
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> Mike Hearn <[EMAIL PROTECTED]> writes:
>> 2) We don't add any device symlinks. Some programs need these eg d::
>> -> /dev/cdrom
Alexandre> That should never be needed on a standard setup. If you know
Hi,
On Fri, Mar 04, 2005 at 09:54:09AM +, Mike Hearn wrote:
> 4) We don't detect new drives as they are mounted into the system, eg if I
>start a Windows program and then realize that my work is actually on a
>USB key, if I plug that key in Nautilus and GTK+ (and probably KDE)
>app
Mike Hearn <[EMAIL PROTECTED]> writes:
> At least, I seem to recall adding the :: symlinks being the answer to
> quite a few tech support queries on #winehq, and I know I've needed to
> do it before. Is there anything apart from low level drive access where
> the device symlink is needed?
It's no
On Fri, 2005-03-04 at 11:18 +0100, Alexandre Julliard wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > 2) We don't add any device symlinks. Some programs need these
> >eg d:: -> /dev/cdrom
>
> That should never be needed on a standard setup. If you know of a case
> where it's required th
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Fri, 04 Mar 2005 09:54:09 +, Mike Hearn wrote:
> > 1) We add links to the floppy drive. We should blacklist it, as it causes
> >a big delay in the file open dialogs as we poll the drive which sits
> >there spinning its motors naval-gazing. Ho
Mike Hearn <[EMAIL PROTECTED]> writes:
> 2) We don't add any device symlinks. Some programs need these
>eg d:: -> /dev/cdrom
That should never be needed on a standard setup. If you know of a case
where it's required that should be considered a bug.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Fri, 04 Mar 2005 09:54:09 +, Mike Hearn wrote:
> 1) We add links to the floppy drive. We should blacklist it, as it causes
>a big delay in the file open dialogs as we poll the drive which sits
>there spinning its motors naval-gazing. How many people still use
>floppy disks in 200
So, there are 4 obvious problems with our current drive management code:
1) We add links to the floppy drive. We should blacklist it, as it causes
a big delay in the file open dialogs as we poll the drive which sits
there spinning its motors naval-gazing. How many people still use
floppy
Hallo,
with a 2.6 kernel, _pn.exe from the Xilinx ISE suite crashes while loading
the last process. With native MSVCRT, a message box pops up, reporting the
error. With builtin msvcrt, the exception handling loops until a stack
overflow happens.
Find appended the beginning of the loop. With the s
40 matches
Mail list logo
