I installed wine-20040813 from source, then tried installing
http://msdn.microsoft.com/visualc/vctoolkit2003/
(I think this gets a ways further than it did last time I tried it, yay.)
Now it fails with the error
I: Error installing Microsoft(R) .NET Framework.
http://download.microsoft.com/dow
Hi,
I sent this email a week or so ago to wine-users, but got no replies
so far. As this possibly requires some deeper knowledge of wine,
I'm reposting it here in the hope that some developer will be able
to give me some hints. So here it goes:
As font aliases as described in the documentation on
> If the error disappears, then you're dealing with a bug in Wine's
> comctl32.dll.
I used native comctl32.dll and both of the errors disappeared, so I
will take your advice and search around in comctl32.
On Sun, 05 Sep 2004 12:40:58 +0900, Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> James Ha
James Hawkins wrote:
After my last patch that fixed a stack-trasher was committed, the
Kazaa Lite configuration wizard, KLConfigWizard.exe, can successfuly
run to completion, but the user better not press the 'Back' button
whilst running through the wizard, because he won't see anything anymore.
On Sat, Sep 04, 2004 at 08:26:02PM -0400, Todd S. wrote:
> Hello! My name is Todd, and I know this sounds like a stupid question, but if it was
> ever possible, could the "WINE" application ever be built with the "DOS" version of
> GCC/G++
Why use a DOS GCC/g++? Would such a thing exist? I'd pr
Hi,
After my last patch that fixed a stack-trasher was committed, the
Kazaa Lite configuration wizard, KLConfigWizard.exe, can successfuly
run to completion, but the user better not press the 'Back' button
whilst running through the wizard, because he won't see anything anymore. So
the problem
Krzysztof Foltman wrote:
As the company I work for is interested in licensing it from me, I could
double license it to be used both in Wine and the proprietary
application (which wouldn't like the rocksucking API and horrible
limitations of the original RichEdit).
Of course, that doesn't make
Uwe Bonnes wrote:
some programm refuses to start. First it checks for the usual suspects:
Which application? Can I download it from somewhere? Did you try it on
the CVS tip as of today? It seems to be some kind of copy
protection/activation scheme...
Mike
Hi Todd,
--- "Todd S." <[EMAIL PROTECTED]> wrote:
> Hello! My name is Todd, and I know this sounds like a stupid
> question, but if it was ever possible, could the "WINE" application
> ever be built with the "DOS" version of GCC/G++ so Windows programs
> can be executed from DOS-mode?
There are q
On Sat, 4 Sep 2004 20:26:02 -0400
"Todd S." <[EMAIL PROTECTED]> wrote:
> Hello! My name is Todd, and I know this sounds like a stupid question,
> but if it was ever possible, could the "WINE" application ever be
> built with the "DOS" version of GCC/G++ so Windows programs can be
> executed from D
About handling Unicode strinsg you say:
> when allocating buffers for unicode strings use
> sizeof(string)*sizeof(WCHAR).
It's not very clear and most of the type the sizeof will not give the
expected result. I think it would be better to say to use
(strlen(ansi_string)+1)*sizeof(WCHAR). But rea
Hello! My name is Todd, and I know this sounds like a stupid question, but if it was
ever possible, could the "WINE" application ever be built with the "DOS" version of
GCC/G++ so Windows programs can be executed from DOS-mode?
Thanks.
Regards,
Todd Suess
On Sun, 5 Sep 2004 00:34:48 +0200, Andreas Mohr
<[EMAIL PROTECTED]> wrote:
> Hmm, just found that some other major developers are missing:
> Aric Stewart (or is that "Codeweavers"?), Marcus Meissner,
> Eric Poeuch (and that was 3 out of 5 author tries that I did).
Should have explained that bit..
Am Freitag, 3. September 2004 22:35 schrieb Pablo Szuster:> Hi, i´m
trying to access a MSSQL server (in a windows machine in the> network)
from a Visual Basic Application running under wine, using an ODBC>
driver. Since there aren´t any MSSQL drivers for linux i decided to use
de> native one
I've put together a preview of a Wine acknowledgement page; you can
find it here:
http://www.theshell.com/~vinn/ack-preview.html
Any thoughts / comments / concerns / criticisms?
Notes:
- This is based only off of the Changelog. The old changelog was
referenced for the years listed, ho
Mike McCormack wrote:
I'm going to play with the richedit control to try get it to draw RTF
documents with formatting.
I've started the richedit thing long ago, and now I have some working
text wrapping code ready. So far it can use different fonts and
attributes (with row height adapting to lar
On Sat, 04 Sep 2004 17:22:09 +0100, Mike Hearn wrote:
> if (( address_of_loadlibrary < headers->BaseOfCode + headers->SizeOfCode )
>|| address_of_loadlibrary > headers->BaseOfCode + headers->SizeOfCode )
> {
> MessageBox("Incompatible SystemAnalyzer detected");
> }
Uh ... obviously I mean
On Sat, 04 Sep 2004 17:23:47 +0200, Uwe Bonnes wrote:
> Call kernel32.GetModuleHandleA(0040a572 "Kernel32.dll")
> Ret kernel32.GetModuleHandleA() retval=4045
> Call kernel32.GetProcAddress(4045,0040a57f "LoadLibraryA")
> Ret kernel32.GetProcAddress() retval=40517bd0 ret=0040a60b
>
> and
Mike Hearn wrote:
> Back in February at WineConf one of the issues (I) raised was that
> there's a lot of stuff you just have to know in order to hack Wine, and
> that raises the barrier to entry.
That's is very interesting and useful, but I think there's two things that
can be improved: first the
I like this Mike. It's even convenient if you aren't so new.
On Sat, 04 Sep 2004 13:31:52 +0100, Mike Hearn <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> Back in February at WineConf one of the issues (I) raised was that
> there's a lot of stuff you just have to know in order to hack Wine, and
> th
Robert Shearman wrote:
error:
+/* must preserve the last error returned by the CSP here */
+r = GetLastError();
if (pProv)
{
FreeLibrary(pProv->hModule);
@@ -486,6 +488,7 @@
CRYPT_Free(provname);
CRYPT_Free(temp);
CRYPT_Free(imagepath);
+SetLastError( r );
Hallo,
some programm refuses to start. First it checks for the usual suspects:
Call kernel32.CreateFileA(0040a89e ".\\SICE"
Ret kernel32.CreateFileA() retval=
Call kernel32.CreateFileA(0040a8a7 ".\\NTICE"
Ret kernel32.CreateFileA() retval=
Call advapi32.RegOpenKeyExA(8000
On Sat, 2004-09-04 at 15:49, Vincent BÃron wrote:
> What we could do is if such a cross-compiler is detected at build time,
> use it to build PE dlls in addition to ELF dlls (or in place of? Not
> sure yet). If no cross-compiler is detected, nothing different from now
> happens.
That would lead to
On Sat, 2004-09-04 at 15:45, Hans Leidekker wrote:
> On Saturday 4 September 2004 16:29, Mike Hearn wrote:
>
> > Well, yes, I know. But solving that one 100% reliably means making a
> > cross compiler a buildreq of Wine, and that would be a big pain not to
>
> That would be developer pain traded
Le sam 04/09/2004 à 10:29, Mike Hearn a écrit :
> On Sat, 2004-09-04 at 14:52, Hans Leidekker wrote:
> > You could make it look like a valid PE file by just adding a
> > PE header, but the next failure would probably be on accessing
> > some resource or something else inside the DLL.
>
> Well, ye
On Saturday 4 September 2004 16:29, Mike Hearn wrote:
> Well, yes, I know. But solving that one 100% reliably means making a
> cross compiler a buildreq of Wine, and that would be a big pain not to
That would be developer pain traded for user pain. We like that don't we?
> mention the difficulty
On Sat, 2004-09-04 at 14:52, Hans Leidekker wrote:
> You could make it look like a valid PE file by just adding a
> PE header, but the next failure would probably be on accessing
> some resource or something else inside the DLL.
Well, yes, I know. But solving that one 100% reliably means making a
For some reason, FTP connections in WININET crash on assertion:
assert( hIC->hdr.htype != WH_HINIT );
However, it seems the assertion is either wrong, or confusing (if its
intention was to point out that FTP code is unimplemented).
FTP_Connect is called from two places, InternetConnectW and
Hallo,
wine/include/msvcrt/time.h defines CLOCKS_PER_SEC conditionally:
#ifndef CLOCKS_PER_SEC
#define CLOCKS_PER_SEC 1000
#endif
in wine/dlls/msvcrt/time.c, is included and defines CLOCKS_PER_SEC
unconditional before to 100l.
So MSVCRT_clock returns a value 1000 times to high. How should
On Saturday 4 September 2004 15:28, Mike Hearn wrote:
> LoadLibrary should check the Wine DLL path first, as far as I know at
> least for DLLs that default to builtin. So if the program does
> LoadLibrary("c:\windows\system\user32.dll") for instance, it should still
> load the builtin DLL just fin
On Sat, 04 Sep 2004 15:15:33 +0200, Hans Leidekker wrote:
> There are applications (eDonkey is one of them IIRC) that call
> LoadLibray() themselves on a number of DLLs.
LoadLibrary should check the Wine DLL path first, as far as I know at
least for DLLs that default to builtin. So if the program
On Saturday 4 September 2004 14:25, Mike Hearn wrote:
> Make apps that search for the DLL files directly happy by creating empty
> files for each shipped library
There are applications (eDonkey is one of them IIRC) that call
LoadLibray() themselves on a number of DLLs. Could be that they do
their
Hi guys,
Back in February at WineConf one of the issues (I) raised was that
there's a lot of stuff you just have to know in order to hack Wine, and
that raises the barrier to entry.
So, I wrote this. If anybody has stuff they think should be added, let
me know. If the community likes it, I'll sub
Mike McCormack wrote:
ChangeLog:
* preserve the last error value set by the CSP in CryptAcquireContext
Index: dlls/advapi32/crypt.c
===
RCS file: /home/wine/wine/
Am Freitag, 3. September 2004 22:35 schrieb Pablo Szuster:
> Hi, i´m trying to access a MSSQL server (in a windows machine in the
> network) from a Visual Basic Application running under wine, using an ODBC
> driver. Since there aren´t any MSSQL drivers for linux i decided to use de
> native ones,
35 matches
Mail list logo
