I'll keep updating http://www.kegel.com/pipe.c as I add more
to the named pipe test...
- Dan
--
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
Is that a new bug or was it always this way?
Oh, sorry, I just found it's the XIM's fault , not
related to wine.
Not much progress lately I'm afraid, I've had other
priorities.
I use the old method to implement XIM support using
the newly
Hi all,
I posted something similar to mono-devel, so sorry if any of you are
seeing this twice.
I've spent some time working on getting wine to have the option to look
like a gtk app. At present I'm just trying to get wine to use the same
colours as the current GTK theme. I made great progress
I've got a strange behavior with OpenGL:
- an app A, tries to load another app B
- on B startup, in x11drv init, the OpenGL initialization goes havoc:
after the dl_open is made, fs:teb gets corrupted (ie gets changed)
the point where this change is made varies over time (I assume, the
OpenGL
And I have it in my tree :) It should be ready for submission in a few
months from now.
Hvae you checked that it wouldn't be easier to merge in the TransGaming
implementation? It seems daft to duplicate work if that's the case...
James Gregory wrote:
Now, this was all going great up until the gtk_init() call. I'm now in
the position where running I'm wine and seeing this sort of thing:
$ LD_LIBRARY_PATH=/home/james/lib /home/james/bin/notepad
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
wine: Unhandled
You're linking against gtk, and that probably brings in
all sorts of code that can't safely be linked to in Wine.
You'd probably be much happier if you carefully linked in
the tiniest possible fragment of gtk needed to achieve
your theming goals. (You might even be forced to duplicate
a gtk
James Gregory wrote:
You're linking against gtk, and that probably brings in
all sorts of code that can't safely be linked to in Wine.
You'd probably be much happier if you carefully linked in
the tiniest possible fragment of gtk needed to achieve
your theming goals. (You might even be forced to
In this case make sure we can desactivate it.
I dont want to see a plug-in/virus/popup generator/something else
loading itself automatically
Well wineboot needs to be automatically run, either at startup or
shutdown or whatever. Other than that, yep, it's all making good
progress it seems.
Hello ,
This bug occurs to chess.net client application and may be some others.
I've debugged a problem with CreateProcess where parent process
overrides child process' stdin, stderr, stdout handles.
It can be done like this (portion of a code)
// Override
siStartInfo.dwFlags =
Hello,
I've found that wxWindows 2.4.0 samples shows a lot of
visual bugs/glitches in wine.
For example,
Dialog sample opens without menu. menu shows on window size change
Is anybody going to fix them or at least categorize all of them ?
--
Best regards,
Oleg
You see it does not allow any std handles overriding if
main_create_flags' DETACHED_PROCESS or CREATE_NEW_CONSOLE bit is
set on, which is partially wrong in Windows.
Cause it doesn't take in account siStartInfo.dwFlags=STARTF_USESTDHANDLES,
which requires overriding.
The bug seems to
James Gregory wrote:
Ok, fair enough. Let me start by prefacing this: it won't be perfect, it
can't be perfect. I am doing this as a starting point for getting Wine a
bit more integrated with Linux. In particular I would like it to
integrate more with the GNOME desktop I use (no technical reason
Ok, fair enough. Let me start by prefacing this: it won't be perfect, it
can't be perfect. I am doing this as a starting point for getting Wine a
bit more integrated with Linux. In particular I would like it to
integrate more with the GNOME desktop I use (no technical reason to
choose GNOME
On Sun, 23 Feb 2003 10:20:10 -0800
Dan Kegel [EMAIL PROTECTED] wrote:
James Gregory wrote:
Ok, fair enough. Let me start by prefacing this: it won't be
perfect, it can't be perfect. I am doing this as a starting point
for getting Wine a bit more integrated with Linux. In particular I
As Mike pointed out, we need to implement XP's native theming APIs
anyway, so that's where you should start. You can hook in to the
gnome and kde theme config files at that level, and the changes
will naturally affect all apps, just like you want.
Or so I gather; I haven't ever used them.
I
I don't think Viruses are a major issue. The way I see it, there are
currently several functions wineboot fulfils, and we need to consider
all of them:
1. Boot time operations - renaming pending files (wininit.ini and the
pendingrename registry key)
2. Startup operations - runservices
Mike Hearn wrote:
And I have it in my tree :) It should be ready for submission in a few
months from now.
Hvae you checked that it wouldn't be easier to merge in the TransGaming
implementation? It seems daft to duplicate work if that's the case...
It is their work, but I'm doing heavy
On Sun, Feb 23, 2003 at 11:39:33AM +0800, Dmitry Timoshkov wrote:
Michael, I'm just curious, how hard it would be to adapt your SMATCH
script for finding EnterCriticalSection/LeaveCriticalSection pair
matching to do a similar work with wine_tsx11_lock/wine_tsx11_unlock,
When I fireup Xmpeg, I get lots of these errors:
err:tooltips:TOOLTIPS_WindowProc unknown msg 0420 wp=0001 lp=004894f0
Does anyone know that message code 0420 is?
Best,
Waldeck
--- Shachar Shemesh [EMAIL PROTECTED] a écrit : I
don't think Viruses are a major issue. The way I see it, there are
currently several functions wineboot fulfils, and we need to consider
all of them:
1. Boot time operations - renaming pending files (wininit.ini and
the
Well presumably if somebody knew, it wouldn't be labelled as unknown ;)
It's probably a cosmetic message, ie it controls some aspect of the
appearance. It might be worth looking at the windows header files to see
if you can see it, maybe it is in there
On Sun, 2003-02-23 at 21:38, Waldeck
Sylvain Petreolle wrote:
--- Shachar Shemesh [EMAIL PROTECTED] a écrit : I
don't think Viruses are a major issue. The way I see it, there are
currently several functions wineboot fulfils, and we need to consider
all of them:
1. Boot time operations - renaming pending files (wininit.ini
Like I said, it can be enabled by default.
You don't gain any security from that, but it doesn't cost much
either.
Of course I gain some security.
Some spyware are launched by the Run entries to be difficult to remove
by normal users.
Virii are launched as services to gain security
On February 23, 2003 12:24 pm, Oleg Prokhorov wrote:
I've found that wxWindows 2.4.0 samples shows a lot of
visual bugs/glitches in wine.
You are correct, there a quite a few of these problems.
Another common one is that wxWindows makes use of MaskBlt
quite a bit, and that's presently not
Hey Dan,
Great work! Some of this problems may be solved by implementing our own
pipes rather than using unix pipes. We're going to get a bit of a slow
down, but I don't think there's any alternative if we want things to
work correctly :(
I'm starting to test my new code. After I remove all
Digging into my C:\\windows\\system directory, I accidentally found two
versions of shlwapi.dll.
With chance, the 2 versions were identical.
What if they werent ? I could have load an old version of the library
or worse, of a document.
Note this can happen with every file on the virtual disks if
Ulrich Weigand wrote:
From what I can see, you are actually getting LE model code
(omitting the ebp stuff which you can avoid using
-fomit-frame-pointer):
movl%gs:0, %eax
movl[EMAIL PROTECTED](%eax), %edx
movl(%edx), %ecx
jmp *%ecx
On February 24, 2003 12:22 am, Dan Kegel wrote:
Seems like somehow Wine should have been able to avoid issuing
that warning. Oh, ok, mingw could stick a drive letter on the
path, or use \ as a dir separator, but it shouldn't have to, should it?
In other words, you want to disable the warning?
Dimitrie O. Paun wrote:
On February 24, 2003 12:22 am, Dan Kegel wrote:
Seems like somehow Wine should have been able to avoid issuing
that warning. Oh, ok, mingw could stick a drive letter on the
path, or use \ as a dir separator, but it shouldn't have to, should it?
In other words, you want
Mike McCormack [EMAIL PROTECTED] wrote:
On Slackware 8.1, this caused a screenful of warnings for *every* file
compiled, which makes it difficult to see important warnings.
Same on RH 6.2. But it's actually bug(s) in string.h and a better way IMHO
is just fix it, instead of silencing warnings
On February 24, 2003 12:46 am, Dan Kegel wrote:
So I wonder if Wine shouldn't be mean, and not try
so hard to understand Unix paths.
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
--
Dimi.
Dimitrie O. Paun wrote:
On February 24, 2003 12:46 am, Dan Kegel wrote:
So I wonder if Wine shouldn't be mean, and not try
so hard to understand Unix paths.
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
Hmm, that's a good idea. Same kinds of errors
http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html
was just mentioned at
http://developers.slashdot.org/developers/03/02/23/1939225.shtml?tid=156
Yup, I've been doing this, and the author is right: the
commandline tools show off a few rough edges of Wine.
As more people start using
Sylvain Petreolle wrote:
Of course I gain some security.
Some spyware are launched by the Run entries to be difficult to remove
by normal users.
Virii are launched as services to gain security privileges, or, easier
to program,
a simple program launched by the Run entries can delete random
Dan Kegel wrote:
Dimitrie O. Paun wrote:
On February 24, 2003 12:46 am, Dan Kegel wrote:
So I wonder if Wine shouldn't be mean, and not try
so hard to understand Unix paths.
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
Hmm, that's a good idea.
OK, so there's msvcmaker, but I don't use guis,
so I threw together a way to build the wine
tests using cl and nmake. I have the following files
in ~/bin:
nmake:
wine -- wcmd /c F:\\bin\\nmake.bat $@
nmake.bat:
call f:/bin/vcvars32.bat
echo on
nmake %1 %2 %3 %4 %5 %6
vcvars32.bat:
same
Mike McCormack [EMAIL PROTECTED] wrote:
I agree that it is a bug in string.h, and that it would be better if it
were fixed, but I think most people will not go to the hastle of
modifying their string.h or upgrading their headers... IMO it is cleaner
to not make the warnings. People who
On Sunday 23 February 2003 11:24 pm, Dimitrie O. Paun wrote:
On February 24, 2003 12:46 am, Dan Kegel wrote:
So I wonder if Wine shouldn't be mean, and not try
so hard to understand Unix paths.
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
If
To my surprise, Gentoo (ACCEPT_KEYWORDS=, iow stable Gentoo) is
ready to give me gcc 3.2.2 (in fact it compiles as I type).
So, what can I expect from wine and gcc322? Any known interestingnesses?
Anyone even tried it? Presumably, since the threading magic needs to be in the
kernel (I run a
40 matches
Mail list logo