Hi everybody,
I am sorry to announce that I won't be able to continue as wine's
winsock maintainer. I will be lacking the time and power to fulfill a
maintainer's duties appropriately. I guess I have already failed to do
so in the last 2 months.
There have been few bug reports lately, so the
Not exactly; the issue is more to make sure we can override the
pthreads symbols properly to do the Wine housekeeping stuff we need to
do.
So the symbols only have to be overridden for within Wine? Because one
solution would be to have two pthread implementations linked in at once,
and to
On Mon, 2003-03-10 at 16:52, George D.Plymale wrote:
Mike,
I just spoke with Newtek this morning and they said that they are
actually going to post a trial version of LightWave this week, around
Wednesday or Thursday! So that's a real plus for this. Also, you are
right it appears that
In general yes, but not in the context of Wine. Of course it's more
satisfying to make the function behave better, and it's OK to do it as
long as it doesn't break anything, but we can't have anybody depend on
that; because if we someday find an app that depends on the garbage
results we will
HiI am a beginner C++ programmer and i want use a windows dll in a Linux application so i want to learn programming with libwine .Is there any powerfull book or document with examples for Wine programming? Best RegardAlireza MahiniJoin Excite! - http://www.excite.comThe most personalized portal
Hi Alexandre,
Is there a reason this one wasn't applied? Something to do with the
tweaking of the constants perhaps?
thanks -mike
On Sun, 2003-03-09 at 00:59, Mike Hearn wrote:
Various visual fixes for the tab control.
ChangeLog:
- Reduced tab offset constant slightly to avoid clipping
On March 11, 2003 01:41 am, Vitaliy Margolen wrote:
1. Vertical Scroll boundaries are not set properly in Icon and SmallIcon
modes. I hacked this one but it's not correct - still missing about 10-20
pixels. Not sure why.
I know, there was on previous bug report about it. Feel free to submit a
Hi I want ussing Windows Dll in Linux application.(load a Dll in my program via wine ).but i don't know how can i do this. I used winemaker but i couldn't do successfuly.I dont know anything about .spec files ,glue code and other relative word to wine development so i nedd a good reference for
We have a problem with winedbg and the test process.
Running the dsound test with wineoss.drv as sound driver should fail
for me,
it calls the debugger.
Unfortunately, winedbg fails to load... and the test is OK, which is
pretty wrong...
Is there a workaround to this ?
I atached log of 'make
Hi,
The main reason why I made this patch is to make our software package work under
WINE. Our application was heavily relies on correct behavior of SHFileOperation
function. In particular:
1. User confirmation for deleting files and folders.
2. Ability to delete files only in any given
Mike Hearn [EMAIL PROTECTED] writes:
So the symbols only have to be overridden for within Wine? Because one
solution would be to have two pthread implementations linked in at once,
and to keep them separate (lots of fun with the current glibc linker,
but they are interested in adding features
Dmitry Timoshkov [EMAIL PROTECTED] writes:
There should be a way of using at least exported unicode APIs from ntdll,
but currently there is no even a header with their function prototypes.
Probably a better way would be to add wrappers for ntdll unicode APIs to
wine_unicode and use them
Quite a bit yes. But if they are doing this then there shouldn't be
any pthreads issue, things are supposed to work in this setup (except
maybe for the pthreads bits that we don't support yet but these
shouldn't be hard to add).
Is that setup modular at all? As in, could you start a program
Florian Schirmer wrote:
Hi,
I've some major trouble with wine's thread implementation. We're porting a
soundprocessing application to linux/wine. (It will run as Win32 app under
wine in the first step). Sadly the wine thread implementation and/or the
sheduler does not get the priorities right.
Is it just me...
cvs diff etc gives me Unknown host cvs.winehq.com.
I have the same problem with http://bugs.winehq.com and .org. The thing is
that I can see other people using Bugzilla.
--
Tony Lambregts
Hi,
GetFileVersionInfoSizeA does not behave as described in my API
documentation. It is supposed to set the second param (handle) to zero.
Current wine implementation does not - it even sets a non zero value futher
down sometimes. So i suggest to apply the following patch. (If setting
handle to
Hi,
Do you have some hints on how to boost the processing thread a bit? I'm
perfectly happy with an (even ugly) hack. I've tried to identify the wine
sheduler, but was unsuccesful :( Maybe you can point me in to right
direction (file, line #)?
Actually, Wine does not have a scheduler as such
Hi,
If you boost all threads, they'll fight among themselves, although they
should have more than normal Linux processes.
The app does a great job balancing the thread priorities. (It runs pretty
well on any Win32 OS). Increasing the priority of the complete wine system
seems to make things a
Alexandre Julliard wrote:
Dmitry Timoshkov [EMAIL PROTECTED] writes:
There should be a way of using at least exported unicode APIs from ntdll,
but currently there is no even a header with their function prototypes.
Probably a better way would be to add wrappers for ntdll unicode APIs to
Florian == Florian Schirmer [EMAIL PROTECTED] writes:
Florian Hi, GetFileVersionInfoSizeA does not behave as described in my
Florian API documentation. It is supposed to set the second param
Florian (handle) to zero. Current wine implementation does not - it
Florian even sets a
I have the same issue here since the beginning of the month.
Reolution : ping www.winehq.com
--- Tony Lambregts [EMAIL PROTECTED] a écrit :
Is it just me...
cvs diff etc gives me Unknown host cvs.winehq.com.
I have the same problem with http://bugs.winehq.com and .org. The
thing is
that
Sylvain Petreolle wrote:
I have the same issue here since the beginning of the month.
Reolution : ping www.winehq.com
OK...That works... Thanks... Whats up with that?
--
Tony Lambregts
On Mon, 10 Mar 2003, George D.Plymale wrote:
Out of curiosity, has Wine ever been made to work under BeOS? I know
some work was done long, long ago when BeOS was still alive but I
wasn't sure if anything more had ever happened or changed since the
news on http://bewine.loungenet.org.
The
On 10 Mar 2003, Alexandre Julliard wrote:
[...]
Not exactly; the issue is more to make sure we can override the
pthreads symbols properly to do the Wine housekeeping stuff we need to
do. It works when building as a normal Winelib app, but this is not
how the Mono guys want to use it from what
Francois Gouget [EMAIL PROTECTED] writes:
Could we solve this problem by moving the pthread stuff to a
libwine_pthread.so library. Then one could set
LD_PRELOAD=libwine_pthread.so to have Wine's pthread implementation.
Would that make it possible to use Wine stuff from a regular
Mike Hearn [EMAIL PROTECTED] writes:
Is that setup modular at all? As in, could you start a program as a
normal app, then dlopen some shlibs and call wineLibInit() for instance
then link against windows DLLs as needed?
No, that's not supported at the moment, and it's a bit tricky to
Alexandre Julliard [EMAIL PROTECTED] wrote:
We could certainly have a Unicode printf in libwine_unicode. Most of
the other functions should already have an equivalent AFAICS.
Is it acceptable to simply copy the whole NTDLL_vsnwprintf to libwine_unicode?
--
Dmitry.
I wonder if it's time to consider what it would
take to truly and completely integrate winethreads
and glibc threads, to allow unfettered use of
linux shared libraries from winelib programs.
This may be what needs to happen in the long run.
Can you point to a document that explains the issues
such
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Is it acceptable to simply copy the whole NTDLL_vsnwprintf to libwine_unicode?
Well it should of course be a move, not a copy; but yes that's fine.
--
Alexandre Julliard
[EMAIL PROTECTED]
On March 11, 2003 08:19 pm, Alexandre Julliard wrote:
No, because the Wine pthreads routines use ntdll, and so they need the
Wine environment to be initialized properly.
True, but would it be possible somehow to do some late binding to the
NTDLL stuff (using dlopen)? We get to override the
Dan Kegel [EMAIL PROTECTED] writes:
I wonder if it's time to consider what it would
take to truly and completely integrate winethreads
and glibc threads, to allow unfettered use of
linux shared libraries from winelib programs.
That's basically what the pthreads routines in Wine are for, they
I think it would be cleaner to make __wine_enter_vm86 simply return in
that case and let winedos deal with that. We don't want the signal
handling to have to know about winedos if possible.
Well, that was actually one of the possibilities I did consider.
Would it be acceptable, if
Tuesday, March 11, 2003, 6:14:22 AM, Dimitrie O. Paun wrote:
On March 11, 2003 01:41 am, Vitaliy Margolen wrote:
1. Vertical Scroll boundaries are not set properly in Icon and SmallIcon
modes. I hacked this one but it's not correct - still missing about 10-20
pixels. Not sure why.
I know,
33 matches
Mail list logo