search for: medbi01

Thanks, but will I need any special libraries (tcl or something)? Once again thanks for help U¿ytkownik "Bill Medland" <medbi01@accpac.com> napisa³ w wiadomo¶ci news:01c0fa80$6752a040$6f0c10ac@medbi01... > GodMan <godman@tenbit.pl> wrote in article > <9gt6hn$jbb$1@news.internetia.pl>... > > Hello, > > What will I need (and where can I download it?) to run Wine on Red Hat > Linux > >...

Has anyone had any success with Crystal Reports under Wine? The problem I am currently having is with the print engine itself and is probably nothing to do with printing; Page fault on trying to access 0x00000000 in CRPE32.DLL.Prompt3DViewAngle (which I presume is bought in by Crystal from 3dgraphics) The dll is either version 8.0.0.371 or 8.0.0.392 -- Bill Medland

Is there a way to get the following to work under WINE? (i.e. to get two executables to share global memory as they do under windows) We have a DLL that is at a specified memory location. At the top of the code a variable is declared as follows: #pragma data_seg( "global_mem" ) #pragma bss_seg( "global_mem" ) unsigned uAttachmentCount = 0; Now.. The main program links

Any chance of some help please? I have just started trying to get WineLib working on my machine, after playing with wine for several months. I am starting slowly. The BASIC hello, world. (no graphics, no Microsoft etc) I run winemaker and configure (with -L/usr/local/lib) make generates ./hw2.spec:7: could not open .so file for advapi32.dll I am aware of the discussion in January (compiling

I can't even think how to search winehq for this one. I have been running Wine successfully one one machine for ages. without problems. I am setting up a fresh machine. On that machine when I run the same application it leaves a whole load of copies of wine processes running when the application shuts down. I can't see any obvious differences in the config. Does anyone have any

I am just starting to look into the help side of our application and wanted to check on the status, especially with regard to the following: 1. We have to use the Microsoft winhlp32.exe; there isn't a Wine version? 2. It requires the native comdlg32.dll and/or comclt32.dll to get the Index button to do anything 3. Even then, that will only bring up the index itself, not the contents nor the

I am trying to set up Wine to be able to print. I am able to print from Linux I am able to print ps from Linux I am following a combination of the westfalen HOWTO and the Wine documentation (assuming that the documentation is more up to date) I am testing by trying to print from notepad. I have got as far (after too many hours!!) as the following when I select the Print option

I see that WINE does not yet support LOCAL or REMOTE COM servers; only in-process servers and handlers (BTW I am extremely impressed at how much WINE DOES do; congratulations to the authors). Are there any plans to do something about it yet? Is intended to be a feature of 1.0 when it is released? Bill

A couple of weeks ago I noted that shared segments weren't working. Alexandre said that he fixed it. I wasn't in the position to build a fresh wine at the time. I am now but it doesn't seem to work still. I replicated the problem with a test exe, the basic Hello, World generated by MS VC 6 for a Windows program, with a single variable in a shared segment that is statically

OK. I've played with this for long enough now. Any chance of some help? In order to solve some problems with an application I went through the process of converting the VGASYS and SSERIFE fonts. (I'll make a couple of additions to the docs when I get a moment!). However when I go to select the MS Sans Serif fonts from the standard "font choice dialog" thingy the available

Sorry to bug everyone. I can't find the messages about this one any more. I have had wine running in the past but currently it gives me the error about being unable to find libntdll.so (wine: error in loading shared libraries: libntdll.so: cannot open shared object file: No such file or directory). I had codeweavers 20010305 installed and our application sort of running under it. I wanted

Sorry to bug you all, but I want to know if I am trying to do something impossible. I am trying to use winelib to compile an exe that links to a dll, without compiling the dll under winelib (i.e. the equivalent of simply linking in the .lib). I have a win32 DLL project (hw5) that generates a hw5.lib, hw5.dll and hw5.h under M$. I have a win32 gui exe project (hw6) that includes hw5.h, links to