On April 2, 2004 1:37 am, Mike McCormack wrote:
> I don't think this change is necessary, and it's going to make the EMF
> code harder to manage, since the file you've created is very big. Ditto
> for the MF change.
We'll, I've tried. But before objecting that strongly, hear me
out for a bit. The
On April 1, 2004 6:30 pm, [EMAIL PROTECTED] wrote:
> I'd have to say, so far from what I've seen Wine still has a long way to go
> before it's ready for production, and reliable use... it's getting there
> but just not there yet. It's great for porting apps, but too poorly
> documented for actual d
"Rafael аvila de EspМndola" <[EMAIL PROTECTED]> wrote:
> > As far as I can see that's an X behaviour, we can do nothing about it.
> > All I can suggest is to send a bug report to XFree86 people.
> I don't think so. Both delete keys work with xterm, Qt and GTK2.
Qt and GTK are known to use their o
On Thursday 01 April 2004 00:37, you wrote:
> "Rafael Ávila de Espíndola" <[EMAIL PROTECTED]> wrote:
> As far as I can see that's an X behaviour, we can do nothing about it.
> All I can suggest is to send a bug report to XFree86 people.
I performed the following test:
run
wine --debugmsg keyboard
Shaun wrote:
>
> /usr/local/include/wine/windows/rpcndr.h:383: error: non-local function `
>* NDRSContextUnmarshall2(void*, void*, long unsigned
> int,
>void*, long unsigned int)' uses anonymous type
I can't see anything wrong with this declaration as it is in CVS.
NDR_SCONTEXT (which is p
Troy Rollo wrote:
> On Thu, 1 Apr 2004 23:37, Mike Hearn wrote:
>
>>On Thu, 01 Apr 2004 14:26:49 +0100, Mike Hearn wrote:
>>Oh one other thing to mention is that hard linking trees together
>>like the merge script does is sort of experimental with Wine. I've tried
>>it and not seen any big issues
At work we write A LOT of 3D graphics code that has requirements to run on
winders/linux/macintosh. Qt has definitely proved the way to go (5 years
now) with only minor changes required and then it worked on ALL platforms.
Java and Python were too slow and required too many code changes for each
On Fri, 02 Apr 2004 09:47:18 +1100, Troy Rollo wrote:
> There are many situations in which I rely on the fact that vi and vim do not
> break hard links.
In most good editors (read emacs and vim) it's configurable. In a few it's
not.
On Thu, 1 Apr 2004 23:37, Mike Hearn wrote:
> On Thu, 01 Apr 2004 14:26:49 +0100, Mike Hearn wrote:
> Oh one other thing to mention is that hard linking trees together
> like the merge script does is sort of experimental with Wine. I've tried
> it and not seen any big issues as long as you use an e
You ask:
> I am willing to re-write my best Windows software from scratch, but I
> insist that the result is native or almost on Linux so there are not any
> weird GUI glitches. Do you think Wine is the way to go for me, or am I
> better off writing individual versions and keeping the Windows sof
Hi Gerald,
It seems nobody can send you email because:
Recipient: <[EMAIL PROTECTED]>
Reason:Service unavailable; Client host
[fep03-mail.bloor.is.net.cable.rogers.com]
blocked using abuse.rfc-ignorant.org; Not supporting [EMAIL PROTECTED]; See
http://www.dbai.tuwien.ac.at/block.html
On Fri, 2 Apr 2004, hatky wrote:
> As I see you are the only one checking my patches
Well, I know it can be tricky to get the statistics just right. My
stats were not 100% correct the first time around either (and they may
still not be).
> please check
> http://hatky.myz.info/wine/site/winapi_s
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> Changelog:
> _ILCreateFolder(), _ILCreateValue(): check for NULL in AlternateFileName
cAlternateFileName is an array, it cannot possibly be NULL.
--
Alexandre Julliard
[EMAIL PROTECTED]
As I see you are the only one checking my patches please check
http://hatky.myz.info/wine/site/winapi_stats
and see if it's ok and it there are any more changes needed
--
Hatky,
Worshiper of wine (http://www.winehq.org/),
Impossible is only an opinion.
> Are you really running a windows version of winemine under XP running in
> Bochs? Or is the screen shot misleading?
No, that is a windows build of winemine running on windows server 2003 (Got a
180 day trial license from M$, it's a free download), that is NOT windows xp.
xp does run on bochs, b
On Thursday 01 April 2004 00:37, Dmitry Timoshkov wrote:
> As far as I can see that's an X behaviour, we can do nothing about it.
> All I can suggest is to send a bug report to XFree86 people.
I don't think so. Both delete keys work with xterm, Qt and GTK2.
> --
> Dmitry.
Rafael Ávila de Espíndola
this seems to be broken on win2k3, even if run in compatibility mode. See
attached screenshot. It's OK on wine, and I don't have other versions of
windows
to test.
Ivan.
Are you really running a windows version of winemine under XP running in
Bochs? Or is the screen shot misleading?
Bl
Since I was told the winlib docs are out of date, I'll try posting this
problem.
winemaker --interactive seems to have worked and converted the 'winders'
source .cpp and .h files and made the backups fine. It only created one
file;
Makefile
When I type 'make' it produced a bunch of afx errors
You should write to wine-devel for that.
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
Say NO to software patents
Dites NON aux brevets logiciels
"You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix
Yahoo! Ma
On March 31, 2004 5:11 pm, Sebastian Wain \(Hotmail\) wrote:
> I think it's not a well documented property (not in MSDN) but it appears to
> be useful if somebody (sometime) will try to automate drag&drop operations.
Patches are always higly appreciated! If you've discovered a bug,
or a missing f
On Thu, 01 Apr 2004 14:26:49 +0100, Mike Hearn wrote:
> http://navi.cx/mike/wine/archive
> [EMAIL PROTECTED]/wine--mainline--0.9
Ah crud - of course that should be:
http://navi.cx/~mike/wine/archive
^^^
Not a good start ;)
Oh one other thing to mention is that hard linking
Hi everybody,
I'm pleased to announce the public availability of a gateway from WineHQ CVS
to the GNU arch version control system.
It marks the beginning of an experiment not just in new forms of source
control, but in new ways for the Wine project to be organized and
function. Nobody knows if
I should note for observers that this is part of work Paul is doing to
allow WineLib to be initialized on the fly, so libwine can be dlopened and
used directly.
On Thu, 01 Apr 2004 00:25:45 -0500, Paul Davis wrote:
> /***
> * ad
On Wednesday 31 March 2004 17:03, [EMAIL PROTECTED] wrote:
> Andrew Talbot reports a regression in icon handling in this bug report.
>
> http://bugs.winehq.org/show_bug.cgi?id=2135
>
> apparently it was caused by this patch
>
> http://cvs.winehq.org/patch.py?id=11698
Not sure, but it may be f
24 matches
Mail list logo
