On Wednesday 27 August 2003 03:04 pm, Alexandre Julliard wrote:
flyker [EMAIL PROTECTED] writes:
using Winelib i can write
__TRY {
...
}
__EXCEPT( ??? )
{
...
}
what can i use how EXCEPTION_EXECUTE_HANDLER ?
In general you need to create a function that
On Tuesday 26 August 2003 12:49 pm, Gregory M. Turner wrote:
This simply reconciles cab_G_00 with CVS.
License: Bugroff
* dlls/setupapi: Makefile.in, setupapi_private.h,
setupx_main.c, stubs.c, setupapi.h, setupcab.c (new)
Greg Turner [EMAIL PROTECTED]
- implement (most
On Sunday 24 August 2003 10:23 pm, Duane Clark wrote:
Gregory M. Turner wrote:
I don't think I've done anything on wine-bugs lately... what's going on
here?
Sobig.F is kindly sending emails to the list with your email address
forged on them.
Figures. I have tons of bounced email coming
I don't think I've done anything on wine-bugs lately... what's going on here?
-- Forwarded Message --
Subject: Your message to wine-bugs awaits moderator approval
Date: Sunday 24 August 2003 05:40 pm
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Your mail to 'wine-bugs' with
On Monday 18 August 2003 07:04 am, flyker wrote:
I use __TRY __EXCEPT defined in wine/exception.h
but i get error: undefined reference to
`__wine_exception_handler(__EXCEPTION_RECORD*, __EXCEPTION_FRAME*,
_CONTEXT86*, void*)'
what library support this ?
That's in ntdll.
--
gmt
The
On Saturday 16 August 2003 03:14 am, Eric Pouech wrote:
Dmitry Timoshkov wrote:
Eric Pouech [EMAIL PROTECTED] wrote:
Why don't you use _lclose, _lcreat, _llseek, _lopen, _lread, _lwrite
exported from kernel32?
except for _lopen which differs a bit from CreateFile, but why not using
On Saturday 16 August 2003 02:25 am, Eric Pouech wrote:
except for _lopen which differs a bit from CreateFile, but why not using
ReadFile, WriteFile, CloseHandle...
A+
After consulting some doc, it seems CreateFile is actually easier to use than
_lopen, if only trivially so, due to the layout
On Tuesday 12 August 2003 03:57 pm, Alexandre Julliard wrote:
Gregory M. Turner [EMAIL PROTECTED] writes:
Would love to hear if I have not done things in a properly
SETUPAPI way, i.e., am I supposed to be performing certain
logging or memory allocation rituals, anything like that?
One
On Wednesday 06 August 2003 09:48 am, Mike McCormack wrote:
Hi,
This is a partial implementation of the Microsoft Installer (msi.dll).
At the moment, it is capable of querying an MSI database with read only
SQL queries, but can't use it to install anything.
Mike
Cool!
But Micorosft
On Tuesday 12 August 2003 03:57 pm, Alexandre Julliard wrote:
Gregory M. Turner [EMAIL PROTECTED] writes:
Would love to hear if I have not done things in a properly
SETUPAPI way, i.e., am I supposed to be performing certain
logging or memory allocation rituals, anything like that?
One
On Sunday 03 August 2003 05:02 am, Ann and Jason Edmeades wrote:
(Try#3 - Also fixes Operation Flashpoint problem which was introduced
AND includes the patch... oops!)
My goodness... Flashpoint works? How long has that been? Good $*^!$#^@
work!!
But: you should /not/ have told me this as I
On Friday 01 August 2003 09:56 pm, Antony Gelberg wrote:
On Fri, Aug 01, 2003 at 09:19:05PM -0500, Gregory M. Turner wrote:
On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote:
I've also grepped the GetProcAddress calls at
http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't
On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote:
I've also grepped the GetProcAddress calls at
http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't know if
that's any use.
Based on this, I have a hunch: update to the latest cvs wine and you are good
to go. I think the fix just
On Thursday 31 July 2003 02:57 pm, Boris wrote:
When attempting to install Office 2000 under the latest wine from cvs, It
stops half way through the installation with the following error.
err:cabinet:FDICopy FDIIsCabinet failed. Any ideas?
This rollup of the recent cabinet patches should fix
On Sunday 27 July 2003 09:35 pm, Dimitrie O. Paun wrote:
On July 27, 2003 04:46 pm, Gregory M. Turner wrote:
- WARN(FDIIsCabinet failed.\n);
+ ERR(FDIIsCabinet failed.\n);
Why these changes, they don't seem to make sense.
The function handles the problem just fine
On Saturday 26 July 2003 04:46 pm, Michael B Allen wrote:
I haven't tried this lib but it looks well organized and clean which is
rare so check it out or fwd this link to interested parties...
http://www.kyz.uklinux.net/libmspack/
Mike
Indeed. I'll be watching this...
--
...he that
On Wednesday 23 July 2003 12:03 pm, Mike Hearn wrote:
One dependency that isn't simple is that it embeds Internet Explorer and
uses it as an HTML enabled word processor. The app uses a Java-COM
bridge to do that, and as such gives OLE quite a work out. Originally,
not having much time, I just
On Tuesday 22 July 2003 06:25 am, Mike Hearn wrote:
On Mon, 2003-07-21 at 17:30, Ove Kaaven wrote:
I found that it's in IDispatch_Invoke_Stub - it calls IDispatch::Invoke
on the actual object and crashes, in native shdocvw code. So, I guess
the inputs its given there are incorrect
On Saturday 19 July 2003 07:33 pm, Gregory M. Turner wrote:
Everything seemed to go fine with wineinstall, but now, no matter what I
try, I seem to be unable to run wine at all -- it more-or-less immediately
segfautlts. I didn't change anything; aside from some truly trivial font
path fixups
OK, this is a new problem to me... I'm not too familiar with the
loader so I thought I'd see if anybody knew what was going on
before I spent time trying to debug this myself.
I recently decided that my wine installation had become too
crufty, so I wiped out ~/c, and ~/.wine, and ran
I swear, fdi.c is the worst code I ever wrote, period.
It's just an absolute graveyard of abandoned code-paths and unused
variables... it's downright embarassing... and of course all the stuff I
carelessly brushed over is coming back to haunt me for split cabs... it
doesn't help that this is
On Tuesday 15 July 2003 07:34 am, Ove Kaaven wrote:
tir, 15.07.2003 kl. 12.38 skrev Mike Hearn:
Another question (sorry ;) - is it possible to only merge the parts that
touch ole32.dll, and continue to use native oleaut32 and rpcrt4?
I'm not sure. I'd expect native rpcrt4 (at least the
On Wednesday 09 July 2003 12:57 pm, Sylvain Petreolle wrote:
Oh my god... a 200k patch ??
Hey, Ove never promised a rose garden, in fact quite the opposite. Yet it was
requested by Mike, warts and all:
MH wrote:
As such, I don't care how messy the patch is, or how many other apps it
I am going to my brother's wedding in CA, leaving tomorrow morning and
arriving back in Chicago around the 8th. As such, I will probably be
more-or-less incommunicado until that time, and cabinet.dll will have to
wait. I was hoping to move a little faster and have split cabinet's working
by
On Tuesday 24 June 2003 03:53 am, Gerald Pfeifer wrote:
Is the following warning for dlls/rpcrt4/rpc_server.c
rpc_server.c:133: warning: variable `func' might be clobbered by
`longjmp' or `vfork'
indicative of a real problem, or are we sure that won't cause
On Tuesday 17 June 2003 12:43 am, Shachar Shemesh wrote:
Gregory M. Turner wrote:
But encoding is inherently harder to implement than
decoding (there's a lot more to do, and usually no single right answer,
so you never know when you're done).
Ah?
Every book, software and piece of common
On Tuesday 17 June 2003 12:43 am, Shachar Shemesh wrote:
I think there is no definite answer, but the general gist is that we
measure usability.
If usability is, indeed, what I'm supposed to be measuring, that could change
my opinion. It's not clear to me whether anything really uses the FCI
On Tuesday 17 June 2003 01:52 am, Shachar Shemesh wrote:
Gregory M. Turner wrote:
Visual Studio seems to statically link
against cabinet.dll anyhow -- it's quite possible it wouldn't come up much
at all -- maybe in WinZip or something.
I doubt winzip is using any of MS's compression
On Tuesday 17 June 2003 03:42 am, Gerald Pfeifer wrote:
This patch removes an unused variable introduced by the recent changes
to this file and thus avoids the following warning:
- cab_UBYTE buf[64], buf2[256] /* for modification [snip]
+ cab_UBYTE buf[64] /* for
On Monday 16 June 2003 08:54 am, Mike Hearn wrote:
* cabinet.dll is much higher than 35% now, esp with Gregs latest
patches. I can't really say how much, but perhaps more like 80%? Greg
would have to say..
No way, I beg to differ. Remember there's a whole encoding API that hasn't
even
On Monday 09 June 2003 04:04 pm, Bill Medland wrote:
I think there were some experimental/kludgy patches for this originating
from the .NET-for-UNIX project (for the life of me I cannot think of
their name, and it's impossible to search for .net).
You mean Mono?
Of course. I suddenly
On Sunday 08 June 2003 08:10 pm, Steven Edwards wrote:
I didnt want this one to get lost in the vacation =)
Thanks
Steven
Changelog: Separate Win16 and Win32 support in Ole32
since you seem to have a handle on the 16/32 BS, Steven, maybe you or some
other kind observer can help me out with
On Thursday 05 June 2003 04:04 am, Mike Hearn wrote:
We have that, this is what MESSAGE is meant to do.
OK, cool, I guess routing that into a GUI should be on somebodies mental
if not marked up todo list.
just another note (hmm, by speaking on this, I fear I am getting dangerously
close to
here's another bit of wierd for you. For the past several days, when I run my
usual script to build wine:
#!/bin/bash
source gmt-cfg-vars
if [ $1 == -qq ]; then ./config.status; elif [ $1 == -q ]; then
(./config.status make depend); else ./doconfig; fi
make \
su -c 'make install'
The
On Thursday 05 June 2003 02:49 pm, Gregory M. Turner wrote:
here's another bit of wierd for you. For the past several days, when I run
my usual script to build wine:
#!/bin/bash
source gmt-cfg-vars
if [ $1 == -qq ]; then ./config.status; elif [ $1 == -q ]; then
(./config.status make
On Thursday 05 June 2003 05:26 pm, Shachar Shemesh wrote:
Baghdad is probably not as frightening as it used to be. I would have
suggested Teheran (would be a great chance to visit FriBidi's
maintainer), but this is only REALLY frightening to Israelies. I guess
Havana would be a good place in
On Friday 06 June 2003 05:58 pm, Bill Medland wrote:
I wish it were possible. However from what I remember from previous
discussions, wine has to be the main ELF executable. That's why I need a
client-server setup to allow PHP under Apache to be able to talk to a
Windows exe running under
On Wednesday 04 June 2003 09:59 pm, Dimitrie O. Paun wrote:
On June 4, 2003 05:16 am, Mike Hearn wrote:
I would also propose a new class of logging message, or logging macro,
USERMSG, which is *only* to be used for things that directly help or
inform the user, as opposed to developers.
We
On Thursday 29 May 2003 12:58 pm, Duane Clark wrote:
Mike Hearn wrote:
I've been doing that, but unfortunately am limited in how far I can go
back before I lose NPTL support and wine stops running.
If it's my setup here then it'll also be borked. I'm sending latest CVS
into work, to see
On Thursday 29 May 2003 05:44 pm, Mike Hearn wrote:
I've been trying to force myself to use nt4 mode nt4 native dll's; Oh,
and just to make it even more borked I'm using IE6 ;). Absolutely no
dice whatsoever, here. The installation goes OK, but I just can't find a
combination of
On Thursday 29 May 2003 05:33 pm, Shachar Shemesh wrote:
Johan Dahlin wrote:
I tried running diff -u -r wine.ref wine. The problem is that this
generated tons of diffs in files in the CVS directory. Don't ask me
why there were differences there.
This is the right way, you just have to tweak
On Saturday 05 April 2003 07:21 am, Raphaël Junqueira wrote:
Le Vendredi 4 Avril 2003 16:26, James Pellow a écrit :
Hi all,
Hi,
After reading the comments on the list reguarding glibc-2.3.2, it appears
all I need to do is ./configure --with-nptl. Today, gave this a try and
am having
On Saturday 05 April 2003 02:52 pm, James Pellow wrote:
Thanks Gregory and Raphael for your answers. So far, I have been using
~x86 for two months now, with only minor glitchs. This is the biggest
hangup I have found.
yes, it tends to work just fine, although from time to time it goes
On Thursday 27 March 2003 01:08 pm, Bill Medland wrote:
Hi guys
For the next part of the work I am doing I am trying to figure out if there
is any way that the DCOM part of one of our products is going to work under
Wine at the server end.
I am not having much success so far and I was
On Friday 21 March 2003 04:52 pm, Steven Edwards wrote:
I havent been following how wineboot operates as I dont have a need for it
under Mingw or Cygwin ATM. Sylvain is right you should look at the way
wineboot and rpcss work under WINE and then implement services as such. It
would be nice if
On Tuesday 18 March 2003 07:32 am, Jon Griffiths wrote:
Hi,
This is wrong; if you link with msvcrt you have to use msvcrt
headers, and then everything works fine, including references to
stdout. If you mix glibc and msvcrt you are in trouble.
Understood and noted here too - wrong but
On Tuesday 18 March 2003 07:32 am, Jon Griffiths wrote:
Hi,
This is wrong; if you link with msvcrt you have to use msvcrt
headers, and then everything works fine, including references to
stdout. If you mix glibc and msvcrt you are in trouble.
Understood and noted here too - wrong but
Am I the only one with this?
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2
-gstabs+ -Wpointer-arith -march=athlon-xp \
-pipe -mmmx -m3dnow -msse -fPIC -D__WINESRC__ -DDLLDIR=\/usr/local/lib/wine\
-D_REENTRANT -o ldt.o ldt.c
ldt.c: In function
On Sunday 02 March 2003 05:57 pm, Duane Clark wrote:
Just wondering if anyone has written a script or something that does
indenting of relay traces. I don't know how other people handle these,
but I find that I invariably spend a lot of time indenting the calls in
relay trace files to make
On Monday 24 February 2003 11:23 am, Steven Edwards wrote:
Now all someone needs to do is build WINE on mingw running under WINE g
Then we can say wine is self hosting ;)
--
gmt
On Monday 24 February 2003 11:02 am, Steven Tower wrote:
I was unaware that you could bootstrap gentoo long after an install, but
low and behold it looks like you can. I actually upgraded one of my remote
boxes (was Mandrake 7.0) to Gentoo 100% from remote and booted into gentoo,
scary 2 1/3
On Monday 24 February 2003 11:02 am, Steven Tower wrote:
because my ac kernel is crashing, i was gonna try redhat 2.4.20-2.48
(which is what gentoo gives me for redhat-kernel). but while i'm at
it, i'll try bootstrap gentoo (which recompiles a bunch of core stuff,
some of it twice, incl.
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
On Monday 17 February 2003 08:26 pm, Dan Kegel wrote:
A while ago, I noticed that our setup program didn't work
with cvs wine. Somebody said Oh, that's because named pipes
are broken. Since then, the setup program works again with
cvs wine, but I'm still curious about the state of named
On Wednesday 12 February 2003 01:44 pm, Alexandre Julliard wrote:
Gregory M. Turner [EMAIL PROTECTED] writes:
Let me know what you think of these. So far, I like them better
than the original versions, although in solving some limitations of the
old macros, I've created some new ones
Here's my latest versions of winetreediff and winetreediff_excl. I'm not sure
anybody but me is actually using these, but since I have fixed several bugs
and added some features here you go. License is bugroff as usual.
--
gmt
Once a nation becomes a democracy, the whole purpose of
On Wednesday 12 February 2003 08:25 pm, Ove Kaaven wrote:
ons, 2003-02-12 kl. 23:41 skrev Gregory M. Turner:
On Wednesday 12 February 2003 01:44 pm, Alexandre Julliard wrote:
Gregory M. Turner [EMAIL PROTECTED] writes:
Let me know what you think of these. So far, I like them better
On Tuesday 11 February 2003 03:56 pm, Alexandre Julliard wrote:
ChangeSet ID: 7195
CVSROOT: /opt/cvs-commit
Module name: wine
Changes by: [EMAIL PROTECTED] 2003/02/11 15:56:59
Modified files:
dlls/ntdll : exception.c
Log message:
Andreas Mohr [EMAIL PROTECTED]
Let me know what you think of these. So far, I like them better
than the original versions, although in solving some limitations of the old
macros, I've created some new ones.
This version avoids ({ }) entirely, in favor of Ove's original thought,
which was to use __LINE__; therefore, putting
On Thursday 06 February 2003 03:08 am, Mike Hearn wrote:
fixme:win:GetProcessWindowStation (void): stub
You can ignore lines that refer to window stations I think, it's a part
of the NT window security system.
fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x77a7abc8,pFormat =
On Wednesday 05 February 2003 01:10 pm, Phil Bordelon wrote:
Phoebe (the current RH beta, labeled 8.0.93) lists glibc-2.3.1, and
doesn't include any wine package. Rawhide (the bleeding edge version of
RH) doesn't have any wine package either.
FWIW, Debian already ships (in unstable)
On Friday 31 January 2003 02:22 am, Ove Kaaven wrote:
http://www.opengroup.org/products/publications/catalog/t151x.htm
I can't find any legalese there to the effect of signing away my
firstborn, they seem to just want purchase details. Care to elaborate?
(And is it still okay for me to code
63 matches
Mail list logo
