On Mon, 16 Aug 2004, Alexandre Julliard wrote:
> Jacek Caban <[EMAIL PROTECTED]> writes:
> > But PATH and temp directory are useful and can be configured this way.
> > Maby we could add this two options?
>
> I don't think they really need to be configured, at least not often
> enough to put them i
Jacek Caban <[EMAIL PROTECTED]> writes:
> But PATH and temp directory are useful and can be configured this way.
> Maby we could add this two options?
I don't think they really need to be configured, at least not often
enough to put them in winecfg. There's no real reason to change the
temp direc
Hi,
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
> If you have a dll, you can link with that instead. If not, have a
> look
> at objcopy... it may be able to do what you want.
You can use reimp from the mingw-utils to convert it in to a import lib
that winebuild should be able to import.
Than
Scott Snell wrote:
I have a MSVC project I am converting with winebuild. My project links in a
windows .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 so if you could point me
Hi All,
I have a MSVC project I am converting with winebuild. My project links in a
windows .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 so if you could point me to some I
Alexandre Julliard wrote:
Mike Hearn <[EMAIL PROTECTED]> writes:
I guess so - please send this patch to me ASAP as I was planning on
hacking winecfg a bit next week (dunno if I'll have time but ...) so it'd
be nice if I could work from latest sources.
I'm not really convinced that being able to
Marcelo Duarte wrote:
Hi,
I think that you do not need to modify the .rc files from languages
other than En.rc and your native language. If you do not translate, it
will more easy to us to known that it is wrong and needs to be
translated. This is my position in relation to Pt.rc.
Thank you.
Jacek
Marcelo Duarte wrote:
Use diff -u Si.rc /dev/null
Jacek Caban wrote:
I found that slovenian translation is incomplete and not translated,
so I removed this from winecfg.rc. Si.rc should be remove too, but
I don't know how to do this in patch.
Changelog:
Removed slovenian translation
Index: prog
Mike Hearn <[EMAIL PROTECTED]> writes:
> I guess so - please send this patch to me ASAP as I was planning on
> hacking winecfg a bit next week (dunno if I'll have time but ...) so it'd
> be nice if I could work from latest sources.
>
> I'm not really convinced that being able to configure these pa
Hi,
I think that you do not need to modify the .rc files from languages
other than En.rc and your native language. If you do not translate, it
will more easy to us to known that it is wrong and needs to be
translated. This is my position in relation to Pt.rc.
Thank you.
Jacek Caban wrote:
Changelog
Use diff -u Si.rc /dev/null
Jacek Caban wrote:
I found that slovenian translation is incomplete and not translated,
so I removed this from winecfg.rc. Si.rc should be remove too, but
I don't know how to do this in patch.
Changelog:
Removed slovenian translation
Index: programs/winecfg/winec
> The game servers I was running was Descent 3.
There is a linux client of Descent 3, so the probably is a server for linux.
Ivan.
> Who feels his patch is correct.
Ivan thinks the patch is correct too.
> Perhaps someone could add this to
The documentation is in the /documentation directory in the source tree. Just
make any changes you want, make a patch following the instructions at
http://www.winehq.com/site/sending_patches
then send the patch to [EMAIL PROTECTED]
Ivan.
The problem with sharing this code in winmm.c is that we need to know
what's the device format and I'm not sure how to do that from winmm.c.
there's no API AFAIK, but we could always cache the format in winmm's
internal reprensentations.
A+
Hello,
I have a strange problem with the Cambridge Advanced Learner's
Dictionary. It, finally¹, starts up but (besides other problems) there
is a glitch in the menu. The menu bar looks ok, the dropdown menus work,
but the items are empty. The (single?) submenu works again.
See http://www.physik
Perhaps someone could add this to
"The dosdevices Directory"
at
http://www.winehq.org/site/docs/wine-user/config-drive-main#CONFIG-DRIVE-SECTIONS
Windows shares can are mapped into the unc/
directory so anything trying to access \\machinename\some\dir\and\file will look in ~/.wine/dosdevices/un
Scott Snell a écrit :
Hi All,
I have been trying for several weeks to transfer our product to linux using
wine. I am so close it hurts! The only issue has been the serial ports.
Threads, sockets, and timers appear to be working as advertised (an
impressive feat of wine as it is!). However the
-- Forwarded message --
From: James Hawkins <[EMAIL PROTECTED]>
Date: Mon, 16 Aug 2004 13:43:21 -0500
Subject: Re: Wine Status - User Interface
To: [EMAIL PROTECTED]
Hey Tom,
printdlg AFAIK is very close to being complete. The only things I can
think of that would need to be done
Hi,
On Mon, Aug 16, 2004 at 06:43:45PM +1000, Scott Snell wrote:
> Hi All,
>
> I have been trying for several weeks to transfer our product to linux using
> wine. I am so close it hurts! The only issue has been the serial ports.
> Threads, sockets, and timers appear to be working as advertised
Thanks a bunch Michael and Robert. This helps a lot.
On Mon, 16 Aug 2004 10:44:36 +0100, Robert Shearman <[EMAIL PROTECTED]> wrote:
> Michael Jung wrote:
>
> >this value should be registered by rsabase.dll, which the appended patch does
> >implement.
> >
> >Rob: I hope that's ok for you.
> >
> >
On Sun, 15 Aug 2004, Eric Pouech wrote:
[...]
> coming back from vacation, and starting browsing thru the pile of e-mail
> (I'm not sure of the final output of this discussion).
> How about, letting the drivers decide which format they support (in
> ???_GETPOS message handling) and have the fallb
Minor typos...
On Mon, Aug 16, 2004 at 10:49:25AM -0400, Michael H. Warfield wrote:
> Hey all,
> So this is my first post to the list in several years...
> I've tried several version so Delorme's Street Atlas under
of
> many many versions of
Hey all,
So this is my first post to the list in several years...
I've tried several version so Delorme's Street Atlas under
many many versions of Wine over the years. Most of the time, I haven't
even been able to get it to install. One version, in the way WAY distant
past, did
Hi,
--- Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> One way I know is to wrap the .Lib in a .DLL on windows with MSVC or
> MinGW. Than use the DLL in your winelib.
> On the winelib side you have to make a .SPEC file for your windows
> DLL.
> Look in previous threads and in winelib documentation fo
Le lun 16/08/2004 à 03:48, Andreas Mohr a écrit :
> Hi,
>
> On Sat, Aug 14, 2004 at 09:14:58PM -0400, Vincent Béron wrote:
> > Since I finally had the time to install it, lets provide Wine binaries
> > for it (it's been asked in the past).
> >
> > Changelog:
> > Add WBL 3.0 (RHEL 3.0 compatible)
Andreas Mohr wrote:
Hmm...
Rewind is an important part for companies who choose to not publish
all of their source under the (L)GPL (but hopefully do publish smaller
utilities not essential to their core business :-).
As such it might be useful to keep the reference.
Hello Andi,
Many people release
Fergal Daly wrote:
The message I was getting was
fixme:file:wine_nt_to_unix_file_name UNC name L"\\??\\UNC\\machine\path"
so I had a look in the code and found the relevant place, added a few
printfs and found that that
\\machine\path
maps to
.wine/dosdevices/unc/MACHINE/PATH
so it is supported, it
The message I was getting was
fixme:file:wine_nt_to_unix_file_name UNC name L"\\??\\UNC\\machine\path"
so I had a look in the code and found the relevant place, added a few
printfs and found that that
\\machine\path
maps to
.wine/dosdevices/unc/MACHINE/PATH
so it is supported, it just doesn't
Sorry my bad :)
as it is now correct
Tom
Hello,
In reference to Winehq frontpage error.
Now it looks like : c:\\windows is not accessible Error (con't)
Tom
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
Hi,
On Sun, Aug 15, 2004 at 06:23:05AM -0400, Tom wrote:
>
> Hello,
>
> change dll's back to dlls
>
> Tom
>
> Changelog:
> remove rewind section due to lack of updates
Hmm...
Rewind is an important part for companies who choose to not publish
all of their source under the (L)GPL (but hopefully
Hi All,
I have been trying for several weeks to transfer our product to linux using
wine. I am so close it hurts! The only issue has been the serial ports.
Threads, sockets, and timers appear to be working as advertised (an
impressive feat of wine as it is!). However the serial port has faile
This support was removed as it really has to be done kernel-side, but as
to the state of integration now you'd have to ask Alexandre or Mike I
suspect.
David Lee Lambert wrote:
On Thu, Aug 12, 2004 at 12:42:08PM +0100, Fergal Daly wrote:
I have an app that wants to read from \\server\directory\
Hi,
On Sat, Aug 14, 2004 at 09:14:58PM -0400, Vincent Béron wrote:
> Since I finally had the time to install it, lets provide Wine binaries
> for it (it's been asked in the past).
>
> Changelog:
> Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros.
This is not really correct.
Google "RHE
36 matches
Mail list logo
