Re: Winelib and static-build

Dan Kegel wrote: > On Sat, Oct 25, 2008 at 8:10 AM, Alan Nisota <[EMAIL PROTECTED]> wrote: > >> Very cool. Here is what I did: >> In linux (host): >> use shm_open and ftruncate to create a shared-memory region (this will be at >> /dev/shm/ in linux) >> use mmap to map that into memory >> create

Re: Thunderbird warning repeat - use --attach

Jeremy White wrote: > So it seems as though every month or so, some id10t is bit by > the Thunderbird bug where it mangles perfectly reasonable looking > git-format-patch drafts. > > This month, I won the prize! :-) > > I had always habitually done --attach, because that's what GitWine says to do

Re: COM

- Original Message - *From:* Adelle Hartley <[EMAIL PROTECTED]> *To:* wine-devel@winehq.org *Sent:* Mon, Dec 10 2007 at 19:06 +0200 *Subject:* COM > Hi all, > > I have some COM DLLs which work fine with VB6 applications on wine. > > Is it possible to instantiate a windowsy COM object from

Re: Wine Gecko packaging

- Original Message - *From:* Jacek Caban <[EMAIL PROTECTED]> *To:* Dmitry Timoshkov <[EMAIL PROTECTED]> *CC:* wine-devel@winehq.org *Sent:* Wed, Oct 31 2007 at 21:20 +0200 *Subject:* Wine Gecko packaging > Hi Dmitry, > > Dmitry Timoshkov wrote: > >> http://source.winehq.org/winegecko.p

Re: Helping a user migrate an odbc app to Wine

On 2/8/07, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote: Ouch, I wouldn't see how this could work. Running the Microsoft drivers together with the whole Microsoft ODBC manager under Wine too would probably be the only way to get that working. But I think it is safe to assume that that would requir

Re: STLPort 5.1 and winegcc / winelib

[EMAIL PROTECTED] wrote: > I was wondering if anyone had tried STLPort 5 with winelib. From searching > the archives it seems you need to swap out gcc/c++ for winegcc/wineg++ and > pass the -mno-cygwin option. Doing that gives me these errors. > > make -f gcc.mak all > > wineg++ -pthread -mno-cy

Re: STLPort 5.1 and winegcc / winelib

[EMAIL PROTECTED] wrote: > I was wondering if anyone had tried STLPort 5 with winelib. From searching > the archives it seems you need to swap out gcc/c++ for winegcc/wineg++ and > pass the -mno-cygwin option. Doing that gives me these errors. > > make -f gcc.mak all > > wineg++ -pthread -mno-cy

Re: Winlib - Active Scripting

Luc-Eric Rousseau wrote: thanks. Are there any known issue with the native microsoft WSH (Windows Scripting Host)DLL under wine? Has this this been done with a WineLib app in the past? Yes I have used it under IE under Wine including direct access from a C++ program. It worked fine. I had O

Re: winnt32.exe on AMD64

Ge van Geldorp wrote: From: "Nadgir, Ananth P" <[EMAIL PROTECTED]> Does Wine now support executing x64 bit PE executable like winnt32.exe under amd64 directory? No, the biggest problem is that the 64-bit calling conventions are different between PE executables and Linux executables. Some

Re: winnt32.exe on AMD64

Ge van Geldorp wrote: From: "Nadgir, Ananth P" <[EMAIL PROTECTED]> Does Wine now support executing x64 bit PE executable like winnt32.exe under amd64 directory? No, the biggest problem is that the 64-bit calling conventions are different between PE executables and Linux executables. Some

Re: [TOOLS] Re: Gecko installer

Jeremy Newman wrote: This is now live at: http://source.winehq.org/winegecko.php This is grate! It is Based on SeaMonkey version 1.8.0.1. We might want to do some kind of version system, this thing gets updated pretty fast, security updates and stuff... By the way, How do you make a CAB

Re: Gecko installer

Jacek Caban wrote: Hi. Please consider this mail as: Re: Built-in iexplore Re: acad 2004 licence file bug Re: Broken FC5 packages - stay clear. Last week Wine Gecko was mentioned a few times on this mailing list and I can see that there is no understanding of it. It's not really surprising a

Wine's Mozilla Control - Very old

For any it might concern! The Mozilla ActiveX Control recommended for download by Wine is based on a pre FireFox 1.0 gecko engine and is missing support for many web standards! I was doing development in Windows and needed an Embedded browser. I wanted to also support Mozilla engine and was

Re: World of Warcraft (WoW) patch/more address space layout stuff

Mike Hearn wrote: It's a bug in WoW itself, it relies upon the exact way NT maps memory which is different to how Linux does it. I guess they are storing information in the high bits of a pointer somewhere or some similar trick. One can never be sure, but I suspect this is not do to a bug but to

Re: SoC: wince apps on arm

Stefan Dצsinger wrote: Am Samstag, 20. Mai 2006 23:13 schrieb Hבmorszky Balבzs: it should be nice to make wine run on arm pda-s and run wince apps. It could be a real good thing for linux on any pda and smartphone... i think. First of all, I'm not an wince expert, so this could be wrong

Re: Wine as Windows Terminal Server?

Samuel Hunt wrote: Thought for you all. Would it be possible to use Wine with a few extra bits to make a kind of Windows Terminal Server? So you login via VNC, and the Wine system prompts you for a username and password, which it authenticates. It then loads up a "desktop", with a fake

Re: Wine 0.9.9 and instalation of AutoCAD 2000

Vitaliy Margolen wrote: Please submit bug reports to http://bugs.winehq.org/ instead of sending e-mails here. Bug report aside, he is a developer and he wants to fix this. What he's asking is if any one remember an issue concerning: "map_image Section .rsrc"

Re: Winelib

Michael King wrote: Troy Thanks for your comments. The issue with using a 'script' file versus a true 'executable' is really a matter of marketing. Than you'll have to do like my father did. ;-) Look in the source tree, You'll see that wine is just wineloader and the real wine is wine-kt

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL?

Hi! I was Just wondering. Is there at all a MinGW build system for the "Mozilla ActiveX control"? I guess not so the Question is: Any body knows what are the Main hurdles for that? Is that mainly COM TLB(s) related? or there are other problems? Ge van Geldorp wrote: From: Dan Kegel The Mozill

Re: Question regarding the Wine Vs WineLib performance

What are the timing for the three classes ? Ananth M wrote: On 1/5/06, [EMAIL PROTECTED] * <[EMAIL PROTECTED] > wrote: Thank you !! I will try to compile the windows application using MinGW and check the performance using the same DLL.

Re: issues compiling ReactOS newdev on wine

Mike McCormack wrote: Secondly, what the whole story with WCHARs? Why do L"Unicode string" type strings work in wine apps but not in winelibs? Some compilers do not support L"string". Older versions of gcc assume a wide character is 32 bytes, not 16. For compatibility with those older com

Re: Debugging winelib apps in Eclipse

Michael Ost wrote: Does anyone know how to set up Eclipse to debug winelib applications? I tried just replacing 'gdb' with 'winedbg' on the "Debugger" tab on the "Debug" window. After Eclipse says "Launching..." there is an error that says "Process terminated." After reviewing the winelib de

Re: popen() to execute\read a Linux (not windows) command

Eric Pouech wrote: Boaz Harrosh wrote: Such a program could also be useful for a Native app that needs to run a Linux application. we should even try to integrate it to popen in builtin msvcrt A+ What do you mean? with a check for a "special" app_name. Or an auto-detection of

Re: popen() to execute\read a Linux (not windows) command

Sergio wrote: I see. But I need to link to msvcrt for the rest of the functions in the dll I am trying to make. I only need popen to be linked using linux' libraries. Do you know what I can do to have both things (standard popen and wine's libraries for the rest of the dll)? A second dll mayb

Re: wine and automation objects

Curro Amores wrote: hi, I have an application with Access 97 and i use automation for some aspects. The app runs perfectly but when i want to do something that uses automation it crashes. Anybody could help me? thanks maybe it will work with Native OLE implementation. If you must use it I

Re: winedbg and ddd/kdbg problem...

Eric Pouech wrote: that didn't change. This would require gdb to know about .pdb, which it doesn't. in the long run, it may be easier to get windbg handle properly elf/{stabs|dwarf} information, rather than the other way around. A+ From passed experience, I have found that for Winelib, or P

Re: winedbg and ddd/kdbg problem...

Eric Pouech wrote: - in my case, the source code doesn't show up alone. I use the 'show code' button in the breakpoint window Is that gcc-elf-Linux code only like before? or is it possible now to, also see PE (.pdb) debugging info? Thanks Boaz

Re: Resource file and linking C++ project using winelib

Sergio wrote: My problem was that the MainDll function in the source lacked << extern "C" Now my question is: how's it that VC++ did not need that? Yes. VC++ Has special handling for DllMain,WinMain and such. Depending on the different targets you have (MFC COM C and so on) there is di

Re: Test If Running Under Wine

Craig macLeod wrote: I have some code to test for the existance of explore.exe and if not present then assume we are under Linux. Is this sufficiently generic? I think that is best. Since you are looking for the specific missing fixture, that could be fixed in future versions/Installations. A

Re: headless question, and IPC question

Ken Larson wrote: Thanks for the info. Ultimately, my app is a Java app. If I recall correctly someone has reported Installation of Sun's Java for windows under wine. Or was it A failure to install? I can't recall. How would you call a DLL on Windows? Free Life Boaz

Re: headless question, and IPC question

Ken Larson wrote: This assumes that I'm using winelib, correct? (I currently am not, I'm compiling on windows, but considering using winelib instead) Yes!! Winelib can be both your DLL calling code, and you complete Linux application. No need for .EXE compiled or crosscompiled for windows, N

Re: Windows CE on Wine

On 9/20/05, Filip Navara <[EMAIL PROTECTED]> wrote: It was proved that to run simple WinCE/x86 programs all that is needed is to get the loader to accept the WinCE PE signature (which Wine used to ignore and probably still does) and have implementation of the DLLs... Was that on React-OS o

Windows CE on Wine

OK What you guys think. I have an Arm based machine Running Windows CE. Same machine also runs Linux... Do you think it can be the same Wine codebase, implementing Both Win32 API as well as WindowsCE API? What areas must be rewritten (or not) ? 1.Loader 2.HAL (is there an HAL in Wine) 3.

Re: Delphi 5 debugger is working!

Vitaliy Margolen wrote: As of todays CVS Delphi 5 debugger is fixed. Unfortunately fixing NtQueryVirtualMemory, NtProtectVirtualMemory and others is not that simple. Basically there are no way to do it from other processes. Ok, NtQueryVirtualMemory could be implemented some-what easily usi

SMB for FUSE

*Is anybody familiar with this project?: SMB for FUSE It looks like a way to send users who need (Semi-transparent) UNC support. I was thinking of linking the .wine/dosdevices/unc to the above mount point. ** Free Lif

Re: Inconsistency/bug with GetProcAddress

Mike McCormack wrote: You might be able to do it by staticly linking ntdll, kernel32 and user32 with wine-pthread/wine-kthread, and fixing the binary's address in memory, though that would probably be quite a bit of work. Mike This is not a bad Idea for other stuff as well one thing that

Re: Bug in native user32

Filip Navara wrote: Maybe it's just me, but I thought this is well-known "feature" of the API. It's implemented in ReactOS for quite some time. *g* - Filip Yes! but the headers, are they fixed? What do you do in react OS do you have 2 different definitions for RegisterClassExW Free Life

Re: include/msvcrt/crtdbg.h

Saulius Krasuckas wrote: It seems I was too in hurry. Some comments follows. * On Tue, 19 Jul 2005, Saulius Krasuckas wrote: int <-> long int. void (*) <-> void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t) I mean differences between native version and a Wine's one. Th

Re: pointer to __cdecl function

Saulius Krasuckas wrote: I am trying to sync w/ native crtdbg.h file, which defines: | typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t); This doesn't compile with my gcc: | gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wa

Re: pointer to __cdecl function

Saulius Krasuckas wrote: I am trying to sync w/ native crtdbg.h file, which defines: | typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t); This doesn't compile with my gcc: | gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wa

Re: Serious Legal question - TLB(S)

Robert Shearman wrote: what complicates the matter for TLB files is that they contain variable names and comments/help strings that could constitute a copyrightable work. What if I do not extract comments/help and regenerate variable names, is it than OK. Therefore, I would suggest t

Serious Legal question - TLB(S)

Lets say I have an open source tool that I can compile with MinGW. That can open a COM DLL extract it's TLB and make an .IDL file out of it. Very similar to #import in msvc++ but to .IDL instead of a .H Let's say I use this tool on a component of a Commercial program Like for example Norton An

Re: Revisiting exceptions

"Jonathan Wilson" <[EMAIL PROTECTED]> wrote: Why doesnt someone just implement the microsoft SEH keywords and extentions into GCC like it should be? Do you have any knowledge of GCC, to be able to do it, or help me do it? Dmitry Timoshkov wrote: Because it's patented by Borland? Do you

Re: unix filenames in notepad

Troy Rollo wrote: If it's too complex for *you* then nobody's asking *you* to implement it. It's needed for some uses of WINE, and we have at least one corporate developer and one individual developer who are willing to implement it. This pretty much guarantees something will be implemented whe

Re: Winelib's role in converting Windows applications

I totally disagree. It is like saying Lets not port. And keep paying the Microsoft tax. Which keeps Microsoft big and Linux small forever. And is only good for PC. What about IBM machines, PDA(s), Suns, Macs... An x86 only Linux is not Principal-Linux. The path is: - Move to a different compiler

Re: wineconf video downloads

Brian Vincent wrote: fyi, I think this is what the files correspond to: 2005_04_30_10_12_39.avi Dimi 2005_04_30_11_13_44.avi ??? 2005_04_30_11_22_59.avi Charles Stevenson 2005_04_30_13_31_16.avi Juan 2005_04_30_14_00_31.avi Andrew Tridgell 2005_04_30_16_31_39.avi Andrew Bartlett 2005_05_01_08_52_

Re: InstallShield status page on the wiki

Mike Hearn wrote: Dimi, the tags don't seem to create any bottom padding like they would normally so all the text seems squashed together even if they have newlines between them. Can this stylesheet problem be fixed? Dimi while you are at it: I used : 1. FCKEditor

Re: Commercial support

Tom Wickline wrote: Here is my proposal... Must I shoot myself now or can I do it next week? :) .

Put all Wineconf slides on Winehq

For the sake of all the mis fortunate who could not attend Wineconf this year. Could someone, Please, collect all presentations and put them on Winehq. I thought that it could be nice if Wineconf page's "Agenda" could be updated to what it actually was, with links from each session to it's sl

Re: How to format a IMediaSample?

Maarten Lankhorst wrote: I'm having troubles sending a media sample over the graph, I'm wondering wether that is because of the receiving filter or my own fault. the thing I'm trying to send is a uncompressed 24 bit image, the bitmap info header data of it is pretty much as this: mediatype: BI_

Re: Remote debugging

David Hemmo wrote: But step doesn't work. Would someone have an idea of where in wine source code I should have a look ? Is there any document that you know that could help me to understand how it works, and the architecture ? I do not know the answer, but I can add some info. Both MSDEV6 instal

Autopackage 1.0

now that Autopackage 1.0 is out does any one plan on a Wine Autopackage installer.

Re: Rename the process back to wine on 2.6 kernels

Mike Hearn wrote: This makes us appear as "wine" again on 2.6 kernels, instead of appearing as /usr/bin/wine-preloader. It works in ps, top, and killall which are the most important. On kernels that don't support it, we will still appear as wine-preloader though. If this patch is accepted I might d

Re: Attempt to make buttons themed

Frank Richter wrote: Most interesting is probably to find out how the standard controls from user32 are themed. Poking a bit around in comctl32 6.0, it seems that it actually just registers the standard classes with RegisterClassW, nothing more. AFAIK you can't register a class when the class n

Re: registry TODO

James Hawkins wrote: Nobody's working on it, so it won't be supported until someone cares enough to do it. I encouraged a few people to start working on it but nobody did, so taking out the existing support is a way to provide more encouragement. If that's not enough then the feature simply won't b

Re: Attempt to make buttons themed

Frank Richter wrote: Hi, to see how easy (or not) it would be to make the controls use themes, I tried to get themed buttons; the result is the attached patch (to try it out, you need an .msstyles file and appropriate registry setup). It's probably not perfect as it is, comments/questions are w

Re: wine/ misc/registry.c documentation/samples/config

Mike Hearn wrote: Hmm, I don't see why. You realise we can't write to the native registry yes? So using a native registry with the old code was equivalent to doing an import each time you started Wine. For the case where you install under Windows then run under Wine, you only need one import anyway

Re: wine/ misc/registry.c documentation/samples/config

Mike McCormack wrote: You're very quick to accuse. This is a techical list and we are technical people, so let's have a technical discussion about the benefits to Wine of the change, rather than a mud-slinging, name calling flame fest, OK? I take every thing I said back. I meant in a technical f

Re: wine/ misc/registry.c documentation/samples/config

Mike Hearn wrote: Oh for goodness sake, Alexandre already explained that the whole purpose of this change was to start on moving the config file into the registry so we can use winecfg. You know, winecfg, that program that CodeWeavers don't need because we already have our own? That program which I

Re: wine/ misc/registry.c documentation/samples/config

Steven Edwards wrote: I have to agree. Short term being able to load the Windows registry and Windows system dlls helped Wine but long term it has led to stagnation. Most of the recent growth in Wine in past few years has been because we are being forced to not be dependant on a existing Windows in

Re: unixfs

Alexandre Julliard wrote: I think the extension itself is perfectly reasonable. The thing I'm not sure about is creating a brand new dll for it, adding Wine-specific dlls should be avoided if possible. I agree about dlls that cause un-standard linkage from using code to private dll. But this is

Re: Drive detection stuff

Andreas Mohr wrote: Are you sure the apps get notified, too? ISTR XP doesn't automatically update the Explorer view after you have plugged in a USB stick, or maybe I'm wrong? Yes it does. and any program can. There is an API to watch for File System changes. From files (for editors), to folder

Use of STLPort with winegcc

Winegcc will prepend any of the command line switches with "-I wine/include/msvcrt" if the "-no-cygwin" flag is specified. This breaks STLPort because STLPort must be first on the search path, before the regular c-runtime of the compiler. This way it can do it's tricks of what to use and what n

Re: Visual C++ 6.0 as a Winelib IDE?

Ira Krakow wrote: You can set a break point, the debugger runs, and stops at the break point. You can inspect and change variables. This is amazing news. You should submit a little section about it for the Winelib hackers guide. And also for the user guides as it is an alternative to winedbg

Re: Visual C++ 6.0 as a Winelib IDE?

Ira Krakow wrote: I have Visual C++ 6.0 running under Crossover Office 4.1, which of course means it's running under Wine. 1.5 years ago I had 3 problems with this. 1. It did not install. But that was not so bad because also on windows, VC6, if you copy an Installed directory and run it. Will

Re: Problem using winelib to compile Std Lib strings

Rob D wrote: The files I cant seem to compile are ones that use std string. If you are using msvcrt, You cannot use native g++ std with Winelib. In this case you'll need to grab STLPort. And hack on it to compile over wine & msvcrt headers. This is for two reason. 1- The headers are incompatibl

Re: [ros-dev] RE: Collection of wine tools on windows

Rolf Kalbermatter wrote: This is rubish. Yes ^ 3 ( that is Yes cubed) Let us all get back on track of this discussion. Must ReactOS and MinGW use the Wine set of headers. 1. ReactOS & MinGW are by themselves GPL, So they are more strict than Wine's header set 2. Headers are out of the scope fo

Re: Winemaker questions

Francois Gouget wrote: __TRY {}/__FINALLY()? I'm not sure the changes I did are now compilable under MSVC nor MingW. 4) Would there be a way to transform __try {}/__finally{} blocks to Unfortunately they don't work exactly the same. There has been many attempts to improve exception support in Wine

Collection of wine tools on windows

There is a question at the end. Background: I'm putting up a Web-corner with ATL & MFC for other (gcc for now) Compilers. It will include tools, links, documentation, example makefiles, and so on to let people take an MSVC project and compile it under GCC. (+Winelib on other than windows platfo

Re: Microsoft genuine downloads looking for wine

Ge van Geldorp wrote: When using IE and thus the ActiveX control there is no problem and my Windows is recognized as genuine. Looks to me the standalone validation program is seriously broken What about IE under Wine. It looks like that might work?

Re: Winelib and SCons

Scott Ritchie wrote: Then, the developer needs to write his own makefiles and hammer autoconf and stuff into working right. This is the hard part, and it's where I gave up when trying to port Miranda Instant Messenger with Winelib even though it worked in MinGW. There are many other open source

Re: Compiling the MFC using Winelib

Geoff Hart wrote: In fact, I often wonder why his work (which is very impressive) was not included in the base? It would seem ATL/MFC support is a very worthy addition to Wine. Anyone care to re-discuss why his patches were rejected? This is my own fault I never sent them. I sent them to wine-

Re: MAPI32.dll.so - how to use in linux programs?

Luke Kenneth Casson Leighton wrote: ... i am kinda looking for something with a Makefile, compiles and links against Wine directly - under linux not windows. i am inclined to rip bits of code out of Wine (parts of header files so far) until i can get to grips with it. It looks like what you are

Re: RICHEDIT once again

Krzysztof Foltman wrote: My rich text control is still far from even semi-complete, but I think too much is done to start over, so I'm releasing it today. The number one reason of its incompleteness is that I put more emphasis on making things work exactly like in the original than on implementi

Re: Compiling the MFC using Winelib

Brian Vincent wrote: On Sat, 22 Jan 2005 13:19:35 -0800, Dan Dennison <[EMAIL PROTECTED]> wrote: Are there resources available beyond simple compilation tips to assist in the building of the MFC library under Winelib? Excellent. Also, does anyone know the (US) legal aspects of this? Is th

Re: Compiling the MFC using Winelib

Dan Dennison wrote: Are there resources available beyond simple compilation tips to assist in the building of the MFC library under Winelib? Thanks! Dan Dennison [EMAIL PROTECTED] I have done it up here last year. I did not post any results because by the time I finished they changed the wineli

Re: Wine scheduling and threading issues [was Re: Threading issues...]

Ingo Molnar wrote: It would be nice if someone with a proper Wine test-setup could check whether _negative_ renicing of highprio Windows threads solves the scheduling problems. In fact you could even try to map Windows priorities (16 levels available to nonprivileged users?) to the nice range of -7

Re: [winegcc] Include .so files when calling winebuild

Alexandre Julliard wrote: I'm not sure I follow you, if your .so files have been built correctly they shouldn't contain undefined references to Windows APIs. Could you please show an example of the situation that causes a problem? .so that are not compiled as dll or fake dll (fake dll is when th

Re: Support for running Winelib apps directly

Vincent Béron wrote: Remove the loader script from Winelib apps. Winelib apps are still .so files, but they can be launched directly now. We did try to keep up with what wineapploader and wine did to load a fake-dll winelib app and all the spec.c magic that linked it all. Could you please elabo

Re: Support for running Winelib apps directly

Vincent Béron wrote: Remove the loader script from Winelib apps. Winelib apps are still .so files, but they can be launched directly now. We did try to keep up with what wineapploader and wine did to load a fake-dll winelib app and all the spec.c magic that linked it all. Could you please elabo

Re: source level debugging with WineLib?

Geoff K. Hart wrote: Hello, We just started using WineLib, and have very basic question: which -g??? option do you use to do source level debugging with winedbg? There is no point in struggling with winedbg, with a winelib. wine and winelib apps can be fully debugged with gdb. I use a full sc

Re: How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

Hans Leidekker wrote: I really like the concept but your approach seems to limit publishing of apps to Windows boxes. Theoretically you could run the OCX (Internet Explorer) on Wine and the Cygwin/X as well but not practically though, if only from a performance point of view. It would be more int

Re: How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

Andrew Quigley wrote: What I would like to be able to deploy would be a system which runs multiple Win32 compatible desktops and multiple logins on a server, with the clients accessing the desktops via RDP or ICA protocols. How many of the pieces required to accomplish that already exist, and w

Re: add epoll implementation to libwine_port (take 3)

Mike McCormack wrote: But first I'd like to try and get this more simple improvement accepted into the CVS. Amen

Re: add epoll implementation to libwine_port (take 3)

Mike McCormack wrote: ChangeLog: * add epoll implementation to libwine_port +__asm__ __volatile__( "pushl %%ebx; movl %2,%%ebx; int $0x80; popl %%ebx" Grate ! [Q] Does that mean that we directly check if it is supported in kernel, bypassing glibc all together? how do we avoid conf

Re: How to port c++ program to linux using winelib

Eric Frias wrote: Thanks for the suggestion! Even if it isn't elegant, it sounds like it will work (and is very close to what we were doing with the older wine). I might even be able to coax our build system into generating all of the *_export() and using_dlls() functions automatically. Yes I

Re: How to port c++ program to linux using winelib

Eric Frias wrote: Does anyone have a solution they're happy with? <>Not happy and is a bit out of dated but it Looks it could still work today. Do a .spec file for each C++ dll with one c function like: void mydll_export( ) { } // you need real code + .spec declaration In your app or in the dl

Re: Upgrade management

Mike Hearn wrote: Wouldn't it be better to do good testing and have, ooh, I don't know, a beta testing program? In other words, to ensure we *don't* mangle the users data? Yep that too. I'm not sure we should design this system on the assumption that we suck and will probably blow things up. I

Re: Upgrade management

Mike Hearn wrote: There is evidence that users don't see or ignore such warnings :( If you aren't confident that an upgrade won't break stuff you can always manually back up the wineprefix before running the new version, I don't think we need to do anything ourselves. Most users won't be adminis

Re: Upgrade management

Mike Hearn wrote: There are a bunch of different ways we may want to upgrade the users configuration: - Changes to $WINEPREFIX (~/.wine), for example: - Introducing faked DLL headers - Improved drive detection - Changing the way the registry is stored - Adding stuff to the virtual Win

Re: urlmon: IInternetSecurityManager

Mike McCormack wrote: I considered writing a program to generate the code, since it is boilerplate code. The input could be the header file for the class factory, and the output the implementation. Adding more non-standard header files may not be a direction we want to head in... Mike Rrr, a

Re: MSCMS: new dll

Mike Hearn wrote: For what it's worth I don't think we should start excluding new DLLs from the tree until they reach maturity (what is mature anyway?). If they aren't in there people probably won't hack on them. The flip side is then we end up with a ton of stub DLLs and programs that could wo

Re: Why is our OutputDebugString a server request?

Shachar Shemesh wrote: Hi all, It seems that OutputDebugString is defined in the Win32 API as a set of client side operations. In wine, however, it is a server request. I have not traced it into the server to see whether they carry out the same operations or not. However, even if they do, I am w

Re: Running valgrind with Wine

Mike Hearn wrote: While we're technically not API stable yet, it's painfully obvious that 1.0 is still a long way away. Stability is a policy rather than a target, so we've got to start at some point I totally agree but that should not stop you from doing things Like: +wine_init_ex( arg

Re: iostream and msvcrt?

Scott Snell wrote: which throws up a world of errors, such as: In file included from ../stlport/cstdlib:25, from ../stlport/stl/debug/_debug.c:160, from ../stlport/stl/debug/_debug.h:418, from ../stlport/utility:40, from dll_main.cpp:35: /usr/include/c++/3.3.2/cstdlib:97: error: `div' not declared

Re: iostream and msvcrt?

Scott Snell wrote: Is that simpler than fixing the MSVCRT headers? It is not wine-MSVCRT headers fault, these are pure CRT declarations. It is gcc-c++ headers that are heavily dependent on gcc CRT very non-standard headers. So you better go with STLPort. I have used STLport before so the ide

Re: iostream and msvcrt?

Mike Hearn wrote: Why are you trying to use G++ with the MSVCRT (Microsoft Visual C++ runtime) ? That can surely never work: even if the headers were compatible, the ABI used is not. He meant in a winelib when a winelib links against msvcrt (-nocygwin on the winegcc command line). Only the C sy

Re: iostream and msvcrt?

Using gcc's c++ libraries will not work with msvcrt. If it will compile (which it doesn't) it will not load. (Some circular linking) Your best bet is STLPort. Check it out. What I have done is a special makefiles set with special config.h that compiles and links STLPort over msvcrt. I have writt

Re: Adventures in serial port.

Scott Snell wrote: However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic One way I know is to wrap the .Lib i

Re: Different X Displays and Wine

Alexandre Julliard wrote: That's not supported at the moment. You can run apps on two different displays by using a different WINEPREFIX for each, so that they don't share the same wineserver. Using different users would work too. Since I started to research this I was terrified this would be th

  1   2   3   >