Re: [wine-devel] wine-1.3.8 regression for the curses backend to wineconsole
On 2010-12-10 15:04-0800 Alan W. Irwin wrote: I should have added that the configure step for my wine-1.3.8 build used no options other than --prefix. That means I built the 32-bit version of wine-1.3.8 on my 64-bit (amd64) Intel box as confirmed by softw...@raven file ~/wine/install/bin/wine /home/software/wine/install/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __
Re: [Wine] Splitting wine wiki FAQ (was: Wine wiki cleanup)
On 19/03/2008, Dan Kegel [EMAIL PROTECTED] wrote: Sounds good to me! I'm cc'ing wine-devel; if nobody objects by Friday, go ahead and do it. The thing to keep in mind is: with the new forum gateway, wine-users is getting a flood of regular non-geek users - the sort of people who are not geeks at all, but who are sick of Windows being flaky, so they try Linux (often Ubuntu) and try Wine for that one Windows program they're stuck with. And with Wine 1.0 just around the corner, they're going to appear in a *FLOOD*. You think wine-users has lots of n00bs now? This is NOTHING to the flood that's about to show up ... So yeah, the key thing to keep in mind will be to very clearly steer them to stuff that answers the n00b questions well! (And thus keep them out of the developers' hair, except the valiant n00b-helpers who have been writing decent bug reports from scanty information in the last few weeks from forum/list posts ...) - d.
Re: [Wine] New Wine help and discussion forum
Awesome, it was about time something like this was done, I feel more at home with a forum rather than using a mailing list - kudos to you! thanks a ton, I'll register ASAP ^_^. On 10/29/07, Tom Wickline [EMAIL PROTECTED] wrote: Hello, There is a new Wine help and discussion forum at http://www.wine-forum.org/index.php that is meant to be a meeting place for anyone interested in Wine usage or development. In the past there there has never been a single forum dedicated solely to Wine. The lack of a single forum has left people to post Wine related help and discussions in other forums. At the moment most users turn to their Linux distribution forum where Wine is often a sub-forum at most and questions often go unanswered. My goal is to provide a forum to bring Wine users together into a single meeting place to discuss anything relevant to the daily happenings surrounding Wine. There are multiple categories/subforums to cover all aspects of using Wine (Applications, Games, 3rd Party Wine Utilities, Commercial Offerings, etc.). Cheers, Tom Wickline ___ wine-users mailing list [EMAIL PROTECTED] http://www.winehq.org/mailman/listinfo/wine-users
wine or wine-preloader exit with code 2 on x86_64
Hello, I have build wine with the help of wiki WineOn64bit LDFLAGS=-L/lib32 -L/usr/lib32 -Wl,-rpath,/lib32 -Wl,-rpath,/usr/lib32 ./configure --prefix=/opt/wine --datadir=/usr/share But wine or wine-preloader always return 2 as you can see : [EMAIL PROTECTED] wine-0.9.31]# loader/wine-preloader [EMAIL PROTECTED] wine-0.9.31]# echo $? 2 [EMAIL PROTECTED] wine-0.9.31]# ./wine --version [EMAIL PROTECTED] wine-0.9.31]# echo $? 2 Anyone can help please ? See you, Escuder Nicolas
Re: [Wine] Re: wine-0.9.15 winetools problems.
Robert Shearman wrote: Rick Romero wrote: 12. wine ie6setup.exe 13. Error. The download location information is damaged WTF? This error message happens on Windows 98 too. I suggest that you complain to Microsoft. That is not true here. I have Windows 98 SE 4.10. A here with IE 5 (and Firefox) installed. I used the file from: http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN-US/ie6setup.exe It had no problems with Downloading Components See attached jpg. -- Tony Lambregts attachment: Download.jpg
Re: [Wine] Re: wine-0.9.15 winetools problems.
Rick Romero wrote: 12. wine ie6setup.exe 13. Error. The download location information is damaged WTF? This error message happens on Windows 98 too. I suggest that you complain to Microsoft. -- Rob Shearman
Re: Starred Chats Sent Mail Drafts (2) All Mail Spam (2510) Trash Contacts Labels battlezone class 05-06 facebook [EMAIL PROTECTED] myself Summer of Code wine-appdb (16) wine-bugs wine-devel (10) w
On Mon, May 15, 2006 11:28 am, Matt Finnicum wrote:
Hello!
Patch updated w/ Dimi Paun's advice (using #define's for the default
and max values), and slightly cleaned up.
Well, not quite (maybe you've sent the wrong patch):
+ case EM_SETUNDOLIMIT:
+ {
+if ((int)wParam 0)
+ editor-nUndoLimit = 100;
+else if ((int)wParam 1)
+ /* This should be high enough. it keeps wine from getting killed
+ from hogging memory. Windows allocates all this memory at once, so
+ no program would realisticly set a value this high */
+ editor-nUndoLimit = 1;
+else
+ editor-nUndoLimit = wParam;
+
--
Dimi Paun [EMAIL PROTECTED]
Lattica, Inc.
Wine or WINE?
I was reading WWN yesterday and read something about Microsoft using the incorrect WINE form, I email them about it and they appear willing to fix it. Probably the first example of cooperation from them :-) Ivan.
Re: wine/ include/wine/server.h dlls/ntdll/server. ...
Alexandre Julliard wrote:
Index: wine/include/wine/server.h
diff -u -p wine/include/wine/server.h:1.21 wine/include/wine/server.h:1.22
--- wine/include/wine/server.h:1.21 Sun Jun 5 20:45:53 2005
+++ wine/include/wine/server.h Sun Jun 5 20:45:53 2005
@@ -55,6 +55,7 @@ extern void wine_server_send_fd( int fd
extern int wine_server_fd_to_handle( int fd, unsigned int access, int inherit, obj_handle_t *handle );
extern int wine_server_handle_to_fd( obj_handle_t handle, unsigned int access,
int *unix_fd, int *flags );
extern void wine_server_release_fd( obj_handle_t handle, int unix_fd );
+extern void DECLSPEC_NORETURN wine_server_exit_thread( int status );
/* do a server call and set the last error code */
inline static unsigned int wine_server_call_err( void *req_ptr )
Index: wine/dlls/ntdll/server.c
diff -u -p wine/dlls/ntdll/server.c:1.21 wine/dlls/ntdll/server.c:1.22
--- wine/dlls/ntdll/server.c:1.21 Sun Jun 5 20:45:53 2005
+++ wine/dlls/ntdll/server.cSun Jun 5 20:45:53 2005
@@ -119,6 +119,40 @@ static void fatal_perror( const char *er
/***
+ * wine_server_exit_thread (NTDLL.@)
+ */
+void wine_server_exit_thread( int status )
+{
+struct wine_pthread_thread_info info;
+ULONG size;
+
+RtlAcquirePebLock();
+RemoveEntryList( NtCurrentTeb()-TlsLinks );
+RtlReleasePebLock();
+
+info.stack_base = NtCurrentTeb()-DeallocationStack;
+info.teb_base= NtCurrentTeb();
+info.teb_sel = wine_get_fs();
+info.exit_status = status;
+
+size = 0;
+NtFreeVirtualMemory( GetCurrentProcess(), info.stack_base, size,
MEM_RELEASE | MEM_SYSTEM );
+info.stack_size = size;
+
+size = 0;
+NtFreeVirtualMemory( GetCurrentProcess(), info.teb_base, size,
MEM_RELEASE | MEM_SYSTEM );
+info.teb_size = size;
+
+sigprocmask( SIG_BLOCK, block_set, NULL );
+close( NtCurrentTeb()-wait_fd[0] );
+close( NtCurrentTeb()-wait_fd[1] );
+close( NtCurrentTeb()-reply_fd );
+close( NtCurrentTeb()-request_fd );
+wine_pthread_exit_thread( info );
+}
+
+
+/***
* server_abort_thread
*/
void server_abort_thread( int status )
Index: wine/dlls/ntdll/ntdll.spec
diff -u -p wine/dlls/ntdll/ntdll.spec:1.182 wine/dlls/ntdll/ntdll.spec:1.183
--- wine/dlls/ntdll/ntdll.spec:1.182Sun Jun 5 20:45:53 2005
+++ wine/dlls/ntdll/ntdll.spec Sun Jun 5 20:45:53 2005
@@ -1027,6 +1027,7 @@
@ cdecl wine_server_handle_to_fd(long long ptr ptr)
@ cdecl wine_server_release_fd(long long)
@ cdecl wine_server_send_fd(long)
+@ cdecl wine_server_exit_thread(long)
# Codepages
@ cdecl __wine_init_codepages(ptr ptr ptr)
Index: wine/dlls/kernel/thread.c
diff -u -p wine/dlls/kernel/thread.c:1.23 wine/dlls/kernel/thread.c:1.24
--- wine/dlls/kernel/thread.c:1.23 Sun Jun 5 20:45:53 2005
+++ wine/dlls/kernel/thread.c Sun Jun 5 20:45:53 2005
@@ -24,7 +24,6 @@
#include assert.h
#include fcntl.h
#include stdarg.h
-#include signal.h
#include sys/types.h
#ifdef HAVE_SYS_TIMES_H
#include sys/times.h
@@ -238,45 +237,8 @@ void WINAPI ExitThread( DWORD code ) /*
}
else
{
-struct wine_pthread_thread_info info;
-sigset_t block_set;
-ULONG size;
-
LdrShutdownThread();
-RtlAcquirePebLock();
-RemoveEntryList( NtCurrentTeb()-TlsLinks );
-RtlReleasePebLock();
-
-info.stack_base = NtCurrentTeb()-DeallocationStack;
-info.teb_base= NtCurrentTeb();
-info.teb_sel = wine_get_fs();
-info.exit_status = code;
-
-size = 0;
-NtFreeVirtualMemory( GetCurrentProcess(), info.stack_base, size,
MEM_RELEASE | MEM_SYSTEM );
-info.stack_size = size;
-
-size = 0;
-NtFreeVirtualMemory( GetCurrentProcess(), info.teb_base, size,
MEM_RELEASE | MEM_SYSTEM );
-info.teb_size = size;
-
-/* block the async signals */
-sigemptyset( block_set );
-sigaddset( block_set, SIGALRM );
-sigaddset( block_set, SIGIO );
-sigaddset( block_set, SIGINT );
-sigaddset( block_set, SIGHUP );
-sigaddset( block_set, SIGUSR1 );
-sigaddset( block_set, SIGUSR2 );
-sigaddset( block_set, SIGTERM );
-sigprocmask( SIG_BLOCK, block_set, NULL );
-
-close( NtCurrentTeb()-wait_fd[0] );
-close( NtCurrentTeb()-wait_fd[1] );
-close( NtCurrentTeb()-reply_fd );
-close( NtCurrentTeb()-request_fd );
-
-wine_pthread_exit_thread( info );
+wine_server_exit_thread( code );
}
}
Couldn't wine_server_exit_thread be merged into LdrShutdownThread to
avoid this Wine-specific export?
--
Rob Shearman
Re: wine/ include/wine/server.h dlls/ntdll/server. ...
Robert Shearman [EMAIL PROTECTED] writes: Couldn't wine_server_exit_thread be merged into LdrShutdownThread to avoid this Wine-specific export? Not really, there's no way to transmit the exit status, and it would make LdrShutdownThread incompatible with the Windows version, which is not that much better than an extra import. -- Alexandre Julliard [EMAIL PROTECTED]
Re: wine/ include/wine/wined3d_interface.h dlls/wi ...
Hello, On Wed, Jan 19, 2005 at 01:34:49PM -0600, Alexandre Julliard wrote: ChangeSet ID: 1 CVSROOT: /opt/cvs-commit Module name: wine Changes by: [EMAIL PROTECTED] 2005/01/19 13:34:49 Modified files: include/wine : wined3d_interface.h dlls/wined3d : wined3d_private.h Makefile.in Added files: dlls/wined3d : vertexdeclaration.c Log message: Raphael Junqueira [EMAIL PROTECTED] Begin support of VertexDeclaration on wined3d using d3d8 code base (handling d3d8 and d3d9 specs). This patch broke the compilation of dlls/d3d8/basetexture.c In file included from /home/michi/work/wine/dlls/d3d8/d3d8_private.h:69, from /home/michi/work/wine/dlls/d3d8/basetexture.c:31: /home/michi/work/wine/include/wine/wined3d_interface.h:877: error: syntax error before D3DVERTEXELEMENT9 D3DVERTEXELEMENT9 isn't defined in D3D8 and trying to include any D3D9 header was futil, introduced more problems that it solved. Attached is a quick hack to make it compile again. bye michael Patch: http://cvs.winehq.org/patch.py?id=1 Old revision New revision Changes Path 1.23 1.24 +38 -9 wine/include/wine/wined3d_interface.h 1.22 1.23 +29 -18 wine/dlls/wined3d/wined3d_private.h 1.12 1.13 +1 -0 wine/dlls/wined3d/Makefile.in Added 1.1 +0 -0 wine/dlls/wined3d/vertexdeclaration.c -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart Index: include/wine/wined3d_interface.h === RCS file: /home/cvs/wine/include/wine/wined3d_interface.h,v retrieving revision 1.24 diff -u -p -r1.24 wined3d_interface.h --- include/wine/wined3d_interface.h19 Jan 2005 19:34:49 - 1.24 +++ include/wine/wined3d_interface.h19 Jan 2005 20:22:28 - @@ -874,7 +874,9 @@ DECLARE_INTERFACE_(IWineD3DVertexDeclara /*** IWineD3DVertexDeclaration methods ***/ STDMETHOD(GetDevice)(THIS_ IWineD3DDevice ** ppDevice) PURE; STDMETHOD(GetDeclaration8)(THIS_ DWORD*, DWORD* pSizeOfData) PURE; +#ifdef __WINE_D3D9_H STDMETHOD(GetDeclaration9)(THIS_ D3DVERTEXELEMENT9*, UINT* pNumElements) PURE; +#endif }; #undef INTERFACE pgp6IPJafjdEy.pgp Description: PGP signature
Re: wine/ include/wine/wined3d_interface.h dlls/wi ...
Hi Hello, This patch broke the compilation of dlls/d3d8/basetexture.c In file included from /home/michi/work/wine/dlls/d3d8/d3d8_private.h:69, from /home/michi/work/wine/dlls/d3d8/basetexture.c:31: /home/michi/work/wine/include/wine/wined3d_interface.h:877: error: syntax error before D3DVERTEXELEMENT9 D3DVERTEXELEMENT9 isn't defined in D3D8 and trying to include any D3D9 header was futil, introduced more problems that it solved. Attached is a quick hack to make it compile again. bye michael Thx, i'm not happy with this prototypes (GetDeclaration8/9) for now i'll use a VOID* (ugly) for that waiting to have a more cleaner/robust way to handle that differences between directx versions Regards, Raphael pgpOknNhq5XLC.pgp Description: PGP signature
Re: wine/ libs/wine/wine.def libs/wine/loader.c in ...
Alexandre Julliard [EMAIL PROTECTED] writes: ChangeSet ID: 10547 Changes by: [EMAIL PROTECTED] 2004/01/02 15:08:05 Modified files: libs/wine : wine.def loader.c include/wine : library.h Log message: Added wine_dll_get_owner function that retrieves the 32-bit dll containing a given 16-bit dll by reading the symlink, so that we don't need to dlopen it. This patch broke cross-compilation, as mingw does not have a readlink function. I have got no idea about the proper way, but can emit a wild shot. Feri. Index: include/wine/port.h === RCS file: /home/wine/wine/include/wine/port.h,v retrieving revision 1.45 diff -u -r1.45 port.h --- include/wine/port.h 4 Dec 2003 05:48:03 - 1.45 +++ include/wine/port.h 7 Jan 2004 20:49:44 - @@ -113,6 +113,7 @@ #ifndef S_ISLNK # define S_ISLNK(mod) (0) +# define readlink(path,buffer,size) (-1) #endif /* S_ISLNK */ /* So we open files in 64 bit access mode on Linux */
Re: wine/ libs/wine/loader.c libs/wine/config.c in ...
I have some code that can figure out the absolute address of the binary by either: a) Looking for itself in /proc/self/maps ... or b) using r_map and /proc/self/exe I dunno how Linux specific this is, but it works pretty well and lets you make a relocatable binary every time. Would this be an acceptable 2nd implementation for init_argv0_path() that works when wine is invoked from the path also? On Tue, 07 Oct 2003 19:36:09 -0500, Sir Alexandre Julliard scribed thus: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commitid=9669
Re: wine/ libs/wine/loader.c libs/wine/config.c in ...
Mike Hearn [EMAIL PROTECTED] writes: I dunno how Linux specific this is, but it works pretty well and lets you make a relocatable binary every time. Would this be an acceptable 2nd implementation for init_argv0_path() that works when wine is invoked from the path also? I don't think that's needed, we only use argv0 to execute the wine binaries anyway, and we already look in the path for them. -- Alexandre Julliard [EMAIL PROTECTED]
