Sponsored Content
Operating Systems Linux Debian How to run windows application in Ubuntu? Post 302777053 by Corona688 on Thursday 7th of March 2013 10:02:47 AM
Old 03-07-2013
To repeat:
Quote:
Originally Posted by Corona688
In what way did it "not work"? Be very specific about what you did and what happened... Wine often needs tuning to fit people's exact needs -- partly because Wine has to support many different generations of Windows, partly because Windows is a moving target.
 

9 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

How to run an application installed in another unix pc?

Do you guys have any suggestions? hpterm -e rlogin <another unix pc> ??? (1 Reply)
Discussion started by: jehrome_rando
1 Replies

2. UNIX for Advanced & Expert Users

Application to run on ports

I do not have much idea about ports. How can i make an application(written in C) to run on a specific port ? Does the code internally written in C says about port number where the application to run ? Can i make an application to select port dynamically which are closed(other than standard... (3 Replies)
Discussion started by: shafi2all
3 Replies

3. Shell Programming and Scripting

Doubt with How to run an application automatically?

Dear sir, I want to know if i shut-down my system and while starting it next time automatically one application starts running, Is there any way? I an using Suse linux OS. PLz Help me! (4 Replies)
Discussion started by: salil2012
4 Replies

4. UNIX for Dummies Questions & Answers

Accessing my windows Application on Ubuntu

I am sure this is simple to do but as a newbie to UNIX i don't know much. I have Ubuntu installed on my machine alongside windows 7. How do i access all the folders, files and more importantly programs and softwares installed on Windows so i can use them in Ubuntu instead of going back and... (1 Reply)
Discussion started by: pipsonian
1 Replies

5. UNIX for Dummies Questions & Answers

startX windows application during boot.....putty connection takes the windows

Dear all i am new to linux/debian i run my application on the computer...during startup in bashrc i wrk wid dis script to invoke startx..i do this above command and it works perfectly... if && ; then startx -- -br 1>/dev/null exit 0 fi i use winscp for file transfer and putty for... (1 Reply)
Discussion started by: venkat_330
1 Replies

6. Shell Programming and Scripting

Run application at startup

We have a Windows Service written in C# ported over to linux using Mono Develop... The code is working 100% when we run a script file which runs the exe... but we want the application to run at startup.... The application gathers info of the computer eg. Hard Disk Space etc... And compress it into... (1 Reply)
Discussion started by: yodzaan
1 Replies

7. UNIX for Dummies Questions & Answers

Run C# .NET Application in Unix

I have an application I wrote that is designed to run on a windows system but now starting to think I would rather be using Unix. Would the application have to be 100% rewritten to work on unix, or is there something I could install that would allow me to run my .NET application inside unix? (2 Replies)
Discussion started by: redbrad0
2 Replies

8. Ubuntu

Application clustering in Linux Ubuntu

Dear, Please help me to configure application clustering in linux ubuntu. Application is running apache server. Please help Jewel ---------- Post updated at 01:07 PM ---------- Previous update was at 12:48 PM ---------- linuxvirtualserver dot org in this link i go there's three... (2 Replies)
Discussion started by: Jewel100
2 Replies

9. UNIX for Dummies Questions & Answers

Run an application in shell script

I run the following command using the command line. I need to run the same command in shell script : ./sas.server start start is a parameter that passes to start.server to startup services within start.server. the path to sas.server is /path/Lev1 Here is my code: #!/bin/sh set... (3 Replies)
Discussion started by: dellanicholson
3 Replies
WINEDUMP(1)						      Wine Developers Manual						       WINEDUMP(1)

NAME
winedump - A Wine DLL tool SYNOPSIS
winedump [-h | sym <sym> | spec <dll> | dump <file> ] [mode_options] DESCRIPTION
winedump is a Wine tool which aims to help: A: Reimplementing a Win32 DLL for use within Wine, or B: Compiling a Win32 application with Winelib that uses x86 DLLs For both tasks in order to be able to link to the Win functions some glue code is needed. This 'glue' comes in the form of a .spec file. The .spec file, along with some dummy code, is used to create a Wine .so corresponding to the Windows DLL. The winebuild program can then resolve calls made to DLL functions. Creating a .spec file is a labour intensive task during which it is easy to make a mistake. The idea of winedump is to automate this task and create the majority of the support code needed for your DLL. In addition you can have winedump create code to help you re-implement a DLL, by providing tracing of calls to the DLL, and (in some cases) automatically determining the parameters, calling conventions, and return values of the DLL's functions. Another use for this tool is to display (dump) information about a 32bit DLL or PE format image file. When used in this way winedump functions similarly to tools such as pedump provided by many Win32 compiler vendors. Finally winedump can be also used to demangle C++ symbols. MODES
winedump can be used in several different modes. The first argument to the program determines the mode winedump will run in. -h Help mode. Basic usage help is printed. dump To dump the contents of a file. spec For generating .spec files and stub DLLs. sym Symbol mode. Used to demangle C++ symbols. OPTIONS
Mode options depend on the mode given as the first argument. Help mode: No options are used. The program prints the help info and than exits. Dump mode: <file> Dumps the content of the file named <file>. Various file formats are supported (PE, NE, LE, Minidumps, .lnk). -C Turns on symbol demangling. -f Dumps file header information. This option dumps only the standard PE header structures, along with the COFF sections available in the file. -j dir_name Dumps only the content of directory dir_name, for files which header points to directories. For PE files, currently the import, export, debug, resource, tls and clr directories are implemented. For NE files, currently the export and resource directories are implemented. -x Dumps everything. This command prints all available information (including all available directories - see -j option) about the file. You may wish to pipe the output through more/less or into a file, since a lot of output will be produced. -G Dumps contents of debug section if any (for now, only stabs information is supported). Spec mode: <dll> Use dll for input file and generate implementation code. -I dir Look for prototypes in 'dir' (implies -c). In the case of Windows DLLs, this could be either the standard include directory from your compiler, or a SDK include directory. If you have a text document with prototypes (such as documentation) that can be used also, however you may need to delete some non-code lines to ensure that prototypes are parsed correctly. The 'dir' argument can also be a file specification (e.g. "include/*"). If it contains wildcards you must quote it to prevent the shell from expanding it. If you have no prototypes, specify /dev/null for 'dir'. Winedump may still be able to generate some working stub code for you. -c Generate skeleton code (requires -I). This option tells winedump to create function stubs for each function in the DLL. As winedump reads each exported symbol from the source DLL, it first tries to demangle the name. If the name is a C++ symbol, the arguments, class and return value are all encoded into the symbol name. Winedump converts this information into a C function prototype. If this fails, the file(s) specified in the -I argument are scanned for a function prototype. If one is found it is used for the next step of the process, code generation. -t TRACE arguments (implies -c). This option produces the same code as -c, except that arguments are printed out when the function is called. Structs that are passed by value are printed as "struct", and functions that take variable argument lists print "...". -f dll Forward calls to 'dll' (implies -t). This is the most complicated level of code generation. The same code is generated as -t, however support is added for forwarding calls to another DLL. The DLL to forward to is given as 'dll'. -D Generate documentation. By default, winedump generates a standard comment at the header of each function it generates. Passing this option makes winedump output a full header template for standard Wine documentation, listing the parameters and return value of the function. -o name Set the output dll name (default: dll). By default, if winedump is run on DLL 'foo', it creates files 'foo.spec', 'foo_main.c' etc, and prefixes any functions generated with 'FOO_'. If '-o bar' is given, these will become 'bar.spec', 'bar_main.c' and 'BAR_' respectively. This option is mostly useful when generating a forwarding DLL. -C Assume __cdecl calls (default: __stdcall). If winebuild cannot determine the calling convention, __stdcall is used by default, unless this option has been given. Unless -q is given, a warning will be printed for every function that winedump determines the calling convention for and which does not match the assumed calling convention. -s num Start prototype search after symbol 'num'. -e num End prototype search after symbol 'num'. By passing the -s or -e options you can have winedump try to generate code for only some functions in your DLL. This may be used to generate a single function, for example, if you wanted to add functionality to an existing DLL. -S symfile Search only prototype names found in 'symfile'. If you want to only generate code for a subset of exported functions from your source DLL, you can use this option to provide a text file containing the names of the symbols to extract, one per line. Only the symbols present in this file will be used in your output DLL. -q Don't show progress (quiet). No output is printed unless a fatal error is encountered. -v Show lots of detail while working (verbose). There are 3 levels of output while winedump is running. The default level, when neither -q or -v are given, prints the number of exported functions found in the dll, followed by the name of each function as it is processed, and a status indication of whether it was processed OK. With -v given, a lot of information is dumped while winedump works: this is intended to help debug any problems. Sym mode: <sym> Demangles C++ symbol '<sym>' and then exits. FILES
function_grep.pl Perl script used to retrieve a function prototype. Files output in spec mode for foo.dll: foo.spec This is the .spec file. foo_dll.h foo_main.c These are the source code files containing the minimum set of code to build a stub DLL. The C file contains one function, FOO_Init, which does nothing (but must be present). Makefile.in This is a template for 'configure' to produce a makefile. It is designed for a DLL that will be inserted into the Wine source tree. BUGS
C++ name demangling is not fully in sync with the implementation in msvcrt. It might be useful to submit your C++ name to the testsuite for msvcrt. AUTHORS
Jon P. Griffiths <jon_p_griffiths at yahoo dot com> Michael Stefaniuc <mstefani at redhat dot com> SEE ALSO
winedump's README file The Winelib User Guide The Wine Developers Guide Wine 1.2-rc6 October 2005 WINEDUMP(1)
All times are GMT -4. The time now is 10:42 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy