Dimitrie O. Paun wrote:
On January 2, 2003 12:30 pm, Alexandre Julliard wrote:
It doesn't really matter, just pick the one you prefer.
I know, but I was hoping people had better suggestions :)
I like __WINESRC__ the best (but that doesn't mean much g),
so unless people have a better
I think quickest will be for you to submit a patch. If you don't, I will
next time I put in changes.
I have a bit of problems getting this thing tested on real Windows 9x,
so such feedback is most welcome.
Shachar
Sylvain Petreolle wrote:
Trying wineboot, I realize that it deletes
Hi folks,
For those of you who follow my Winelib quest, one of the most
ambitious projects is compiling Mozilla under Wine. Needless
to say, this would be quite something to accomplish, and would
provide Wine with a formidable test for it's headers, and it's
tools (wine{build,gcc,wrap), wrc).
Sylvain Petreolle wrote:
I have almost the same problem.
when launching wcmd under gnome2 without desktop mode, I don't have the
keyboard until I open any entry in a menu.
when launching a second wcmd, the same occurs and none of the 2 wcmd
receive the keyboard input.
just for info:
- do you
Wine,
Running a large VB app on 20021125, and I get this output:
fixme:ole:CoSetState (0x653c3f80),stub!
fixme:ole:CoRegisterMessageFilter stub
fixme:win32:PE_CreateModule Security directory ignored
fixme:win32:GetCalendarInfoA
(0809,0001,2030,(nil),0,0x403ac1f4): quarter-stub
The corruption happens sometimes when I do a 'disas' for example and that
the console is scrolled on its own due to the new text being displayed and
that only ojne line is continuously repeated. Will take screenshots when the
problem occurs again.
sending a -debugmsg +console,+wineconsole might
I don't remember seeing this err before, I can try to pull different CVS
builds to see where it broke, but figured I would post first.
I get this when trying to install any version of I.E.
err:setupapi:SetupDefaultQueueCallbackA copy error 5
C:\\WINDOWS\\msdownld.tmp\\AS02BB23.tmp\\w95inf16.dll
On Thu, Jan 02, 2003 at 10:35:55PM -0800, Francois Gouget wrote:
MAX_LIGHTS is defined in two places:
* mesa.c
#define MAX_LIGHTS 8
* d3d_private.h
#define MAX_LIGHTS 16
So this patch removes the definition from mesa.c. Hopefully this is ok.
This is fixed in one of the 10
Dimitrie O. Paun wrote:
On January 2, 2003 12:37 pm, Mehmet YASAR wrote:
I just tested icon ressource beginning with weird characters like
!icon or -icon and that works (tested under VC++/sp5).
Cool, thanks. I've sent a patch in to support them. BTW, are these
chars also accepted in
Dimitrie O. Paun wrote:
Hi folks,
For those of you who follow my Winelib quest, one of the most
ambitious projects is compiling Mozilla under Wine. Needless
to say, this would be quite something to accomplish, and would
provide Wine with a formidable test for it's headers, and it's
tools
Hi all,
When entering a local address, for instance C:\ into the IE address
bar, it dies with a crash somewhere inside comctrl32 (it seems). Is this
because it tries to engage the Explorer view COM object, and that isn't
present in Wine?
Also, a bit OT this one, but I've been told that the MS
At 15.11 03/01/2003 +, you wrote:
Hi all,
When entering a local address, for instance C:\ into the IE address
bar, it dies with a crash somewhere inside comctrl32 (it seems). Is this
because it tries to engage the Explorer view COM object, and that isn't
present in Wine?
I am currently
Last nite I loaded wine.
sharpdevelop installed ok!!
I tried installing the .NET sdk but that caused a segmentation fault.
I tried installing the .NET redistributable but that complained of invalid version of
windows - can I fix that??
I tried runninf sharpdevelop and it complained about a
On January 3, 2003 01:43 am, Ben Clewett wrote:
Wine,
Running a large VB app on 20021125, and I get this output:
fixme:ole:CoSetState (0x653c3f80),stub!
fixme:ole:CoRegisterMessageFilter stub
fixme:win32:PE_CreateModule Security directory ignored
fixme:win32:GetCalendarInfoA
have the same problem.
using nt40: problem with windows version check.
using winme: unable to install the MSI Installer.
don't do that its .NET core...
I tried runninf sharpdevelop and it complained about a missing dll so
I'll try copying those over from my windows setup.
=
Sylvain
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Well, I've tried the dump-directly-to-output version, and it invariably
leads to ugly code. The usage of debuglvitem_t is _so_ much nicer
compared to anything else. And uniform. And easy to understand.
Granted, the function is a bit big, but the
I have problems running wine with the snapshot of the new Xfree86
the wine release is 200211219 and i have compiled it from sources without any
error.
Anytime i try to use wine i get:
err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll:
/usr/local/lib/wine/x11drv.dll.so:
On January 3, 2003 12:45 pm, Alexandre Julliard wrote:
The thing is that it's not only internal, it's useful in Winelib apps
because there are no good debugging functions in the Windows API. And
everybody I know who has tried to use the debug API in a Winelib app
has been confused by the
On January 3, 2003 01:54 pm, Alexandre Julliard wrote:
That's not another rule, it's just the standard behavior: functions
are called the same way under Wine and under Winelib. If we use the
wine_* functions in Wine too, then the rule is that in Winelib
everything is identical, except that
On January 3, 2003 08:30 am, Mehmet YASAR wrote:
Yep,
that works even with icon file named x-x!xx, -xxx or !xxx. (note
that I'm running Win2K)
Thanks, I've just send a new patch in to support these as well.
--
Dimi.
On January 3, 2003 09:07 am, David Fraser wrote:
But I'm not sure what the standard way of trying this out is
Particularly should I be using the mozilla tools in the path, should I put
them before or after msys/mingw/cygwin, will they cause problems?
I have no idea, I didn't yet manage to
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Granted. But there is a fundamental difference: all other wine_* functions
are so esoteric and rarely used, that we could even call them
wine_esoteric_function_... and no one would be bothered by it :)
It's not only the wine_* functions. There is no
On Fri, 3 Jan 2003, Dimitrie O. Paun wrote:
[...]
Obviously, if people are going to use our interface, they are not going
to use our long names directly. Why not allow them the option of using
our short names? How many apps are going to have a TRACE macro _if_ they
decide to use our debugging
On January 3, 2003 02:37 pm, Alexandre Julliard wrote:
You can happily copy code back and
forth between Wine and the Winelib app, and you expect it to
work. That's the principle of least suprise again g
Darn, I knew you gonna get me on this one! :) Hehe, what goes
around comes around. ;)
I'm
On Fri, 3 Jan 2003, Lionel Ulmer wrote:
On Thu, Jan 02, 2003 at 10:35:55PM -0800, Francois Gouget wrote:
MAX_LIGHTS is defined in two places:
* mesa.c
#define MAX_LIGHTS 8
* d3d_private.h
#define MAX_LIGHTS 16
So this patch removes the definition from mesa.c.
I will be lending those guys a hand with the port. Mostly the
work seems to be done, they just need a gentle nudge to get it
in the tree (I hope :)).
As always, your comments and suggestions are highly appreciated.
when/if I ever get more time I will try to help. I just got married so my
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam ! http://www.euro.cauce.org/en/index.html
ICQ #170597259
Don't think you are. Know you are. Morpheus in Matrix, chapter 15.
___
Do You Yahoo!? -- Une adresse @yahoo.fr
Dimitrie O. Paun wrote:
WINE_TRACE((lprc=%s, lppt=%s, nSize=%d)\n, wine_dbgstr_rect(lprc),
wine_dbgstr_point(lppt), nSize);
There is so many stuff in there... it's way too verbose, you don't know
what's going on there anymore. Contrast with this:
TRACE((lprc=%s, lppt=%s,
On January 3, 2003 06:48 pm, Dan Kegel wrote:
Yes, but consider the poor sod who has already used the identifier TRACE
(precisely because it's a convenient name, as you point out)
and is trying to build with winelib. Sure, we could have some switch
to turn on and off the short names, but that
Trying to run Revolt Demo, the program halts saying DDERR_NOTFOUND in
Main_DirectDrawSurface_GetAttachedSurface
Looking in the source, we see that :
found=NULL;
for (surf = This-attached; surf != NULL; surf = surf-next_attached){
... // surf is not modified into that
if (...) found=surf;
}
if
Dimitrie O. Paun wrote:
Bottom line, I don't really care what we export. I do care what we use
internally. A great deal. In fact, if we export long symbols, I don't
think it matters how long they are, people will just invent short synonyms.
But why can't we invent short synonyms for Wine itself?
On January 3, 2003 07:48 pm, Dan Kegel wrote:
It doesn't have to be long, it just has to be unique, and have a prefix
that implies that it comes from Wine. That way nobody is likely to
be confused about whose TRACE macro it is. It's important when visually
scanning source code that it be
Alexandre,
Are you going to apply Francois's winsock.h patch that fixes the
Winelib problems that I encountered on wxWindows?
--
Dimi.
On January 3, 2003 08:18 pm, Alexandre Julliard wrote:
My impression was that it was not ready yet. Francois?
FWIW, it does work for me just fine.
--
Dimi.
My last version broke the existing regression tests.
This one doesn't, and I've added a regression test to
make sure argv[0] is an absolute path.
This patch should be reviewed carefully, as I don't really
understand Wine's internals yet.
Changelog:
* scheduler/process.c: make argv[0]
On Sat, Jan 04, 2003 at 02:54:12AM +0100, Michael Stefaniuc wrote:
Do we want to mimic the GlobalAlloc/GlobalReAlloc behaviour of Windows
(the DiMage Viewer dosn't corrupt the images at least on Win98 and it's
the same binary for Win2000 too)? Could be that some other broken, real
life
Uwe Bonnes wrote:
Dan == Dan Kegel [EMAIL PROTECTED] writes:
Dan The C program main(int argc, char **argv) { puts(argv[0]); }
Dan outputs an absolute path on Windows, but sometimes outputs a
Dan relative path on Wine. This causes the commandline $ wine d:setup
Dan to fail to
On Friday 03 January 2003 12:26 am, Sylvain Petreolle wrote:
On Dec 19, you made a patch to add the SP6a registry key to
winedefault.reg.
Today, I made a cvs update and imported winedefault.reg into my
registry.
Trying to install the .NET Framework Package, with nt40 as windows
version,
38 matches
Mail list logo
