Hi,
On Tue, Sep 21, 2004 at 12:19:17AM +0100, J. Grant wrote:
> Hello,
>
> I have installed eDonkey2000, the free version from www.overnet.com. I
> am using a one day old CVS build of WINE.
>
> Could there be a Debug/Retry option for dll loading? then I would have
> time to copy the dlls and p
On Wed, Sep 22, 2004 at 04:54:53PM +0900, Mike McCormack wrote:
>
> Updated epoll patch for the current cvs.
> Shachar, take heart! One hunk of the epoll patch has been committed,
> only 15 to go! :)
>
> Mike
>
>
> ChangeLog:
> * add support for using epoll instead of select to the wineserver
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> + if (order1 && order2) {
> + order1 = fd1->cFileName[0]!='.'? 1: fd1->cFileName[1]=='.'? 2:
> fd1->cFileName[1]=='\0'? 3: 1;
> + order2 = fd2->cFileName[0]!='.'? 1: fd2->cFileName[1]=='.'? 2:
> fd2->cFileName[1]=='\0'? 3:
On Tue, Sep 21, 2004 at 03:53:35PM +0200, Marcus Meissner wrote:
> On Tue, Sep 21, 2004 at 02:57:39PM +0200, Rein Klazes wrote:
> > Hi,
> >
> > Just did not feel like chasing bugs the other day. I decided to have
> > some fun with something that I wondering for a long time: the usefulness
> > of i
After quite a few days of perusing wine
doc/source/config/mailing lists, I have found very
scant references to accessing the raw parallel ports
using wine.
I am running FC2 linux (up-to-date) and have confirmed
I can access the parallel port (dongle) presented to
VMWare running a Windows 2000 gu
Rein Klazes <[EMAIL PROTECTED]> writes:
> Conclusions:
>
> 1. these routines are so fast that it is hard to imagine that these
> functions will be a bottleneck, justifying such optimization;
> 2. nothing shows here that inline assembly brings any advantage.
You are right, that assembly code is mo
> "J" == J Grant <[EMAIL PROTECTED]> writes:
J> c:\opt\ed2k>edonkey2000.exe c:\opt\ed2k>err:module:import_dll No
J> implementation for [EMAIL PROTECTED]@Z imported from
J> L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef
J> err:module:import_dll No implementation for [EMAI
Sorry if I write to this address (guess thousands of
people do it :) ) but I’ve searched all the web for a solution and I wasn’t
able to find it, maybe it’s just too stupid to be noticed by anyone :D I wish
I could post it on any newsgroup, but I haven’t access to newsservers
from my workpl
Hello,
I have installed eDonkey2000, the free version from www.overnet.com. I
am using a one day old CVS build of WINE.
Could there be a Debug/Retry option for dll loading? then I would have
time to copy the dlls and press Retry. As it is, I have to restart the
entire process for each dll missin
Hello,
I just ran the eDonkey2000 Installer. The default install directory was
invalid:
C:\\Program Files\eDonkey2000
The extra \ was the problem. I think this is a WINE issue. Is this
problem know about already? (Bugzilla does not contain this). I thought
I would check before considering filing
Hi Vincent,
Thanks for your reply.
Upgrading from a quite old version I may add... ($VAR-style variables in
config are long gone, maybe a year now).
Yep, this WINE build was last used when I wrote an article on WINE
2003-02-18. I do not see why WINE should not be compatible with a
config file whic
Hi,
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> Are these the ones where they need to be correctly hinted which costs
>
> bazillions of dollars? Or, is it actually feasable to do them just
> with
> volunteer effort?
We have found at least one person (Wierd_w) that is willing to make the
effort.
Michael Kaufmann wrote:
Hi,
I've noticed that many Windows controls don't wait for a WM_PAINT
message. They redraw themselves immediately (with GetDC/ReleaseDC,
UpdateWindow or RedrawWindow). This is necessary if a program is
carrying out a lengthy operation without fetching messages. TextPad is
Mike Hearn <[EMAIL PROTECTED]> writes:
> Hmm. I noticed that wineprefixcreate has an --update option. I assumed
> that meant it would rescan the system and non-destructively update the
> links.
No, it can't do that, you have no way of knowing which links were
autodetected and need to be updated,
Hi,
--- Huw D M Davies <[EMAIL PROTECTED]> wrote:
> We're also missing replacement TrueType fonts for Tahoma and
> Microsoft Sans Serif (which is different from MS Sans Serif!) - these
> are considerably more effort than the bitmap ones.
We have a Tahoma replacement (Greenville) comming from Reac
On Tue, Sep 21, 2004 at 02:57:39PM +0200, Rein Klazes wrote:
> Hi,
>
> Just did not feel like chasing bugs the other day. I decided to have
> some fun with something that I wondering for a long time: the usefulness
> of inline i86 assembly in string functions.
Well, you could do unrolling and lar
We're also missing replacement TrueType fonts for Tahoma and
Microsoft Sans Serif (which is different from MS Sans Serif!) - these
are considerably more effort than the bitmap ones.
Are these the ones where they need to be correctly hinted which costs
bazillions of dollars? Or, is it actually feas
On Mon, Sep 20, 2004 at 08:50:07AM -0400, Dimitrie O. Paun wrote:
> What's the current status for fonts. I think they deserve a section
> under the UI Status:
> http://www.winehq.org/site/status_ui
>
> What do we have currently, in what state, what's left to do?
Hi,
We have replacements fo
Hi,
Just did not feel like chasing bugs the other day. I decided to have
some fun with something that I wondering for a long time: the usefulness
of inline i86 assembly in string functions.
This is the test program as.c:
-8<-
#i
Aneurin Price wrote:
I've been looking at Warcraft III today, and had the problem of single
player campaigns not showing up. The reason behind this is explained at
http://bugs.winehq.org/show_bug.cgi?id=2075, and sure enough adding the
special case described for the I64 argument type specification
Mike Hearn wrote:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/midl/midl/_robust.asp
Interesting. I wonder how this affects the output.
It changes the conformance descriptor in the type format string from 4
bytes to 6 bytes.
I think we should worry about this sort of thing
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/midl/midl/_robust.asp
Interesting. I wonder how this affects the output.
I think we should worry about this sort of thing when our DCOM code is
actually mature enough that we can use it, though.
Mike Hearn wrote:
Stubless proxies are the only ones that are secure.
Secure? This is news to me, how is interpretive marshalling more
secure than generated code based marshalling?
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/midl/midl/_robust.asp
Rob
Stubless proxies are the only ones that are secure.
Secure? This is news to me, how is interpretive marshalling more secure
than generated code based marshalling? Or are we talking about different
things ...
Mike Hearn wrote:
Yes, because it makes it easier to compare the output of midl and
widl. Additionally, I hope that projects other than Wine can use
widl too one day...
Yeah, I'd vote for *not* following the exact output of MIDL in WIDL
actually.
- MIDL produces code that could compete in the
~3 for the last 7 days. Yes, I'm surprised to see that, for example,
the French translations of Mozilla/Firefox/Thunderbird score higher
downloads than Wine. Maybe switch to bi-weekly releases, as Gaim?
I don't think it makes sense to compare ourselves to Mozilla, tempting
though it is.
For o
Yeah, I'd vote for *not* following the exact output of MIDL in WIDL
actually.
I don't want to make WIDL produce exactly the same output as MIDL, but
it's nice to have some of the lines line up so it can be compared easily.
Mike
I would be quite surprised by this as well, as its somewhat common
practice for companies to point "My Documents" to a network share
for backup purposes, including with Win95/98
Well, I know it's a problem I've encountered before, and it's also a
common issue on localized Windows systems. You get
Drive detection should be done in winecfg (in a way that can be
invoked from wineprefixcreate), since people may want to update parts
of their drive config without rebuilding the whole .wine directory.
Hmm. I noticed that wineprefixcreate has an --update option. I assumed
that meant it would resca
Yes, because it makes it easier to compare the output of midl and widl.
Additionally, I hope that projects other than Wine can use widl too one
day...
Yeah, I'd vote for *not* following the exact output of MIDL in WIDL
actually.
- MIDL produces code that could compete in the worlds ugliest cod
30 matches
Mail list logo
