DOS interrupts in Wine
Does Wine correctly implement all the DOS Services and interrupts? Samuel Lauber -- _ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze
Re: Microsoft genuine downloads looking for wine
Agreed. Can't we just delete HKEY_CLASSES_ROOT/Software/Wine or move it to another name? > >> In any case, at least from a technical point of view, going > >> around such test ought to be fairly simple > If the mere existence of this key makes the validation fail, what's > to stop a virus from simply adding this key as a way to stop > legitimate users from downloading the security fix for that same > virus? If MS is really doing what we think they may be doing here, > I don't think they are going to be enjoying it for long. They are > (what else is new?) shooting themselves in the foot (again?). They're probably famous for that already ;-). > > I don't think we want to go there. I demonstrated a way of checking for > > Wine to Rob last night that we really cannot fix or workaround, and if I > > can think of it they certainly can too. > I think I know what way you are thinking of. Not sure someone less > versed in the way Wine works (it's an emulator, right?) would > figure that one out, but I guess you are right. I'll try to catch > you on IRC and see if we are, indeed, talking about the same thing. > > > Basically if we start integrating workarounds into Wine, it'll lead to an > > arms race we cannot possibly win. > > > Technically, it will probably cost them more than it will cost us. > Then again, they also have more resources. I'll just point out that > I don't think there is anything inherently wrong with MS wishing to > keep the parts that truly are core Windows for Windows legal > license users only. The main problem with MS is that what they call > "core OS" can get quite absurd. > > > Better to ensure our users don't need > > anything from that website. > Amen to that. So, opengl, dcom, what else do we need? :-) Write our own replacement. Try OpenGL first. We might have to clean-room reverse-engineer DCOM. IMO, the `core' operating system (besides the CD!) is the main installation disks and service packs. Anything else is what I call a `program'. Samuel Lauber -- _ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze
Wrapper for Winelib
I *think* I've figured out a way to make regular Unix programs with winelib. My
idea is, make winemaker generate a C file called "winelib-wrap.c" that contains:
#include
int main(void)
{
return (int) WinMain(NULL, NULL, NULL, NULL);
}
Then link it with the EXE encapusulated in a .so, and it SHOULD work. I'll try
it on the 01-stdole32.c. It gave me a SIGSEGV, but maybe someone would fix it.
Samuel Lauber
--
_
Web-based SMS services available at http://www.operamail.com.
>From your mailbox to local or overseas cell phones.
Powered by Outblaze
Re: working together on stdole.tlb and a end to dcom9x
Sure, send me both. The precompiled one would be useful to test OLE, and the source would be useful to test OLE, Winelib, and the Wine DLLs. Also, a few months ago, I did a web search for the OLE problem, and turned up an old thread on the Wine mailing list that actually had stdole32.odl. The URL is http://www.winehq.org/hypermail/wine-devel/2003/01/0858.html. I tried it with MS mktyplib (with Wine DLLs). Strangly, it produced the exact same FIXMEs that the C program generated, but generated a diffrent typelib. And more then two bytes differed. The two typelibs are attached. I'll try it with InstallShield. Samuel Lauber - Original Message - From: "Boaz Harrosh" <[EMAIL PROTECTED]> To: "Sam Lauber" <[EMAIL PROTECTED]> Subject: Re: working together on stdole.tlb and a end to dcom9x Date: Mon, 29 Nov 2004 10:18:43 +0200 > > Sam Lauber wrote: > > > Someone should develop a Wine testcase that tests typelibs. Does anyone > > know of a typelib testcase? > > > > > > > Last I checked wine with native ole would crash on any simple WTL > project hosting an OCX. It would crash at the point it was trying to > query for the typelibs and interface info inside the typelib. So first > thing I'd do is Just compile a simple WTL app hosting any OCX. > > Do you need that I send you one? Compiled on VC6 on windows? What OCX > can one use that would work with native ole? > Is source OK? or you also need a compiled exe with debug info (.pdb)? > > Free Life > Boaz > -- _ Web-based SMS services available at http://www.operamail.com. From your mailbox to local or overseas cell phones. Powered by Outblaze stdole32-c.tlb Description: Binary data stdole32-ms.tlb Description: Binary data
Re: working together on stdole.tlb and a end to dcom9x
No. I used the InstallShield program for Flash MX, and it didn't work. Without stdole32.tlb, it whined like a baby about OLE. With stdole32.tlb, it (not the whole system) froze up during the "preparing" stage when it hit 100% and left a phantom window that was blank when and after I quit Wine. I think, for InstallShield, someone has to implement a special trap(s) for OLE calls. Also, a stdole32.tlb copied from a real Windows system didn't work. Clearly, it isn't a hole in InstallShield, but in Wine's typelib support. Someone should develop a Wine testcase that tests typelibs. Does anyone know of a typelib testcase? Samuel Lauber - Original Message - From: "Steven Edwards" <[EMAIL PROTECTED]> To: "Vincent "Béron"" <[EMAIL PROTECTED]>, "Filip Navara" <[EMAIL PROTECTED]> Subject: Re: working together on stdole.tlb and a end to dcom9x Date: Sun, 28 Nov 2004 17:54:48 -0800 (PST) > > Hi Vincent, > > --- Vincent Béron <[EMAIL PROTECTED]> wrote: > > Was the resulting stdole32.tlb file (generated on Wine) a suitable > > replacement for Microsoft's? IE, does InstallShield works better with > > this file than without any stdole32.tlb file? > > I think it will work. One thing we have discussed in ReactOS was using > the tools as part of our stage2 setup. If there is not a easy way to > implement these tools in WIDL like Alexandre wanted maybe making them > tools that are run via wineprefixcreate on first run is a acceptable > solution? > > Thanks > Steven > > > > > __ > Do you Yahoo!? > Read only the mail you want - Yahoo! Mail SpamGuard. > http://promotions.yahoo.com/new_mail > > -- _ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze
Major Winelib Problems
I followed the tutorial for Winelib on my Linux system, building notepad. I examined the file "./notepad2" with readelf, and it said "Not an ELF file", and I do not have an a.out system. I opened it with my text editor (attached is the text I saw) and I was disappointed. Instead of a real "port", it was just a shell script that launches wine on a Windows program encapsulated in a ELF shared object file. I'm not happy. Samuel Lauber -- _ Web-based SMS services available at http://www.operamail.com. From your mailbox to local or overseas cell phones. Powered by Outblaze winewrapper Description: Binary data
