>It may be that installing IE under Wine at all is outside the IE license.
I've been told by M$ Italy that if I have a windows license for my pc, I can
install any M$ windows OS component, such as media player or IE, even if windows
is not installed. The important thing is that one must have the li
>It may be that installing IE under Wine at all is outside the IE license.
I've been told by M$ Italy that if I have a windows license for my pc, I can
install any M$ windows OS component, such as media player or IE, even if windows
is not installed. The important thing is that one must have the li
On December 24, 2003 06:32 pm, Zimler Attila wrote:
> I think I could help with implementing write support in regedit, as I
> think nothing special about windows' graphics programming is need to
> know. (Sound's link a task whith I can help as a newbie.)
Yes, you are correct.
> Could you assign a
> I have an Idea
>
> What is the version of VC++ you have?
>
> What if you write and compile let's say, a small app that uses MFC and
> IE, using the VC++ tool-chain. Than you are a legal distributer of M$
> software, end of problem. Do you want that I send you a small windows
> app that uses
When building wine using the wineinstall script I'm getting the
following errors
make[2]: Entering directory `/usr/local/src/wine-20031212/dlls/glu32'
gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.oglu.o glu32.dll.dbg.
o -o glu32.dll.so -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE
-lX
Zimler Attila wrote:
I'm triing to find an error to work on. I was happy that so many people
gave me hints on what should be fix. I tried to understand things but,
it seems that this is to big thing for me at this moment. Could somebody
assign me a little task in a bigger which (s)he is working
--- Zimler Attila <[EMAIL PROTECTED]> wrote:
> I think I could help with implementing write support in regedit, as I
>
> think nothing special about windows' graphics programming is need to
> know. (Sound's link a task whith I can help as a newbie.)
> Could you assign a subtask of it, and explain
Zimler Attila <[EMAIL PROTECTED]> writes:
> I'm trying to find an error to work on. [...] Could
> somebody assign me a little task
Szervusz!
Have you had a look at http://winehq.org/site/fun_projects
or .../janitorial? Introducing the Wineconsole toolbar or
fixing some conformance t
Dimitrie O. Paun wrote:
In particular, there are two tasks that are quite good
for someone new to the project:
C.2. Write control panel applets for editing it
C.8. Implement write support for regedit
These are self containted, easy to understand and implement,
and one of the big show stoppers
Michael Stefaniuc <[EMAIL PROTECTED]> writes:
> Here are the steps needed to setup a MinGW on a Red Hat Linux like rpm
> based system (Fedora Core, Mandrake Linux, ... should probably work even
> on a SuSE Linux)
And here are the steps needed to setup MinGW on Debian Woody (stable)
(hope I rememb
On Wed, 2003-12-24 at 21:05, Dimitrie O. Paun wrote:
> In particular, there are two tasks that are quite good
> for someone new to the project:
>C.2. Write control panel applets for editing it
Seconded - working on winecfg is a good start. You can get used to the
patch submission process, lear
On December 24, 2003 11:15 am, Boaz Harrosh wrote:
> If we are at it can we get rid of the libFoo.def file all together and
> link directly with Foo.dll.spec file. It looks like a much easier system
> to maintain. I recall a discussion about it but can't remember what was
> said.
But you are dea
On December 24, 2003 04:00 pm, Zimler Attila wrote:
> Could somebody assign me a little task in a bigger
> which (s)he is working on?
This is normal Attila, don't get frustrated. Wine is
a very big project, and it's not easy to start working.
However, there are _plenty_ of things to do, and we do
Hi,
I'm triing to find an error to work on. I was happy that so many people
gave me hints on what should be fix. I tried to understand things but,
it seems that this is to big thing for me at this moment. Could somebody
assign me a little task in a bigger which (s)he is working on? And
explain
Hi,
I found this article:
http://msdn.microsoft.com/msdnmag/issues/03/12/CriticalSections/
There are two points of interest that we don't seem to cover:
* RtlpWaitForCriticalSection will NOT block if the process is shutting
down and the wait is on the loader lock. I've seen a fair few times whe
Hi,
When /proc/sys/kernel/exec-shield is set to 1, the StarCraft installer
crashes. (it doesn't matter what the -randomize option is set to). It
appears then that exec-shield screws things up in more subtle ways than
just stopping us mapping the binary.
The details of the crash are that the game
I did, I have tried both your suggestions.
What ever you do. any thing after the @ sign gets truncated in the
import process and will not
Reach the Import table.
Note that in any way we need a split. asm(.data section) needs a
none-decorated name and the Import table needs a Decorated one. What
> Well, maybe it is correct? Did you check disk
> space/memory?
NO, and you can see the next bug msg on the bord that
"This is never really the problem"
> How latest is latest?
Do a check out of the cvs now, it won't change in the
next 2 weeks :(
That's all I have on this topic (another leagel
to
On Wed, Dec 24, 2003 at 10:04:26AM -0500, Dimitrie O. Paun wrote:
> Maybe we should change them to TRACEs, they are confusing as FIXMEs...
Well, they still represents problems or unimplemented functionnalities in
the Wine code... For example, we should use the Cooperative level to prevent
people f
- Original Message -
From: "Eric Pouech" <[EMAIL PROTECTED]>
To: "Ralf Juengling" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, December 23, 2003 11:05 PM
Subject: Re: GetModuleFileName mysteries
> basically, because for builtin DLLs, the real file (foo.dll) doesn't
> exist
> Perhaps that's true. But you could try to run QuickTime Player.
> It emits that dreaded FIXME and *the whole screen* goes black.
Will try when I come back home (d/ling this on a pay-per-the-minute dial-up
access is a bit hard :-) ).
> Lionel, could you look at that problem? (QT player is a free
"Boaz Harrosh" <[EMAIL PROTECTED]> wrote:
> I tried Dmitry's solution but it does not work.
You have to put approximately following in the .spec
file to make it work:
foo.dll.spec :
@ stdcall [EMAIL PROTECTED](long long) [EMAIL PROTECTED]
or try do add @8 twice on one/both of the sides. Tha
"Lionel Ulmer" <[EMAIL PROTECTED]> wrote:
> Well, the day we do real 'direct graphic access' in Wine is the day we will
> need a clipper... As we only draw to windows and that the clipping is
> already done by X for us, the clipper is mostly stubs and does not need
> anything more than that.
Perh
Kevin Atkinson wrote:
On Wed, 24 Dec 2003, Dmitry Timoshkov wrote:
"Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
Well yes they are decorated. This is the way the VC made them. I guess
they are not Decorated only if you use a .DEF file. If you export them
with __declspec(dllexport) they a
Dimitrie O. Paun wrote:
On December 24, 2003 04:49 am, Lionel Ulmer wrote:
The DDraw code is full of FIXMEs that could be changed into TRACEs. So if
the application works, no need to actually check the FIXMEs :-)
Maybe we should change them to TRACEs, they are confusing as FIXMEs...
or as comme
On December 24, 2003 04:49 am, Lionel Ulmer wrote:
> The DDraw code is full of FIXMEs that could be changed into TRACEs. So if
> the application works, no need to actually check the FIXMEs :-)
Maybe we should change them to TRACEs, they are confusing as FIXMEs...
--
Dimi.
I think that a good way to contribute is run a program of your interest and
try to make run perfectly. Can I suggest: Winzip (see bug 792), Winamp 5 and
we have a control that is not implemented (richedit).
Gook luck.
- Original Message -
From: "Mike Hearn" <[EMAIL PROTECTED]>
To: "Zimler
"Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
> How about being able to use the the .lib file like mingw does?
If you will contribute such a patch for winebuild I think it will be
accepted.
--
Dmitry.
On Wed, 24 Dec 2003, Dmitry Timoshkov wrote:
> "Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
>
> > So are you saying that it is not possible to fix winbuild to deal with DLL
> > witch only use __declspec(dllexport) to export their functions?
>
> How would you imagine that fix? A .spec file is gen
"Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
> So are you saying that it is not possible to fix winbuild to deal with DLL
> witch only use __declspec(dllexport) to export their functions?
How would you imagine that fix? A .spec file is generated by you and
not by winebuild. Just place the correct
Well yes ... and ...
I don't get it I ask for foo.dll.so (GetModuleFileName) please give it
to me. What is this problems here? I would like to look into my self.
Any problems with that? Usually I Just need to know the full path of the
Installation. Built in or not give me the file strait, no Ic
On Wed, 24 Dec 2003, Dmitry Timoshkov wrote:
> "Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
>
> > > Well yes they are decorated. This is the way the VC made them. I guess
> > > they are not Decorated only if you use a .DEF file. If you export them
> > > with __declspec(dllexport) they are export
"Kevin Atkinson" <[EMAIL PROTECTED]> wrote:
> > Well yes they are decorated. This is the way the VC made them. I guess
> > they are not Decorated only if you use a .DEF file. If you export them
> > with __declspec(dllexport) they are exported decorated.
>
> You are correct. If I use a .def fil
On Wed, 24 Dec 2003, Boaz Harrosh wrote:
> Well yes they are decorated. This is the way the VC made them. I guess
> they are not Decorated only if you use a .DEF file. If you export them
> with __declspec(dllexport) they are exported decorated.
You are correct. If I use a .def file WITH the @
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
Mike> On Wed, 2003-12-24 at 11:16, Zimler Attila wrote:
>> Am I understanding it correctly: If the application work we can
>> ignore fixmes? (With other words - to do some real work I need an
>> application which does not work?
On Wed, 2003-12-24 at 11:16, Zimler Attila wrote:
> Am I understanding it correctly: If the application work we can ignore
> fixmes? (With other words - to do some real work I need an application
> which does not work? - I have plenty of them if this is the case :)
Yes, that's definately the best
On Wed, 2003-12-24 at 11:20, Boaz Harrosh wrote:
> I was looking at the MSVC EULA's again. In order for you to nail this
> completely. The M$ license says that you cannot distribute a package
> that equals to the sum of it's parts. You can't just distribute IE MFC
> and so on just by themselve
Boaz Harrosh wrote:
I have an Idea
What is the version of VC++ you have?
What if you write and compile let's say, a small app that uses MFC and
IE, using the VC++ tool-chain. Than you are a legal
I was looking at the MSVC EULA's again. In order for you to nail this
completely. The M$ lice
I have an Idea
What is the version of VC++ you have?
What if you write and compile let's say, a small app that uses MFC and
IE, using the VC++ tool-chain. Than you are a legal distributer of M$
software, end of problem. Do you want that I send you a small windows
app that uses MFC and embeds a
Lionel Ulmer wrote:
The DDraw code is full of FIXMEs that could be changed into TRACEs. So if
the application works, no need to actually check the FIXMEs :-)
Am I understanding it correctly: If the application work we can ignore
fixmes? (With other words - to do some real work I need an applica
Eric Pouech wrote:
basically, because for builtin DLLs, the real file (foo.dll) doesn't
exist (only foo.dll.so does). So, we decided to return all builtin
DLLs in the system dir.
Note that this only applies to builtin DLLs, native DLLs will return
the correct path in GetModuleFileName.
There'
> fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
> (0x4036cb78)->(00010021,0051)
Not really a big issue. This fixme is here for all games but never prevented
any of them to run :-)
> fixme:xvidmode:X11DRV_XF86VM_SetCurrentMode Cannot change screen BPP
> from 32 to 16
Not supported now by XF
On Tue, Dec 23, 2003 at 09:07:12PM +, Mike Hearn wrote:
> fixme:ddraw:Main_DirectDrawClipper_Initialize
> (0x403afce8)->(0x4036cb84,0x),stub!
>
> If you want a big project, implementing the DDraw clipper could be it -
> I don't know much about this component but it's used in some game
Dmitry Timoshkov wrote:
"Boaz Harrosh" <[EMAIL PROTECTED]> wrote:
} imports = {
{
.
/* foo.dll */
"\001\000fnFooC",
"\002\000fnFooSTD",
0,
change to :
.
/* foo.dll */
"\001\000fnFooC",
"[EMAIL PROTECTED]",
0,
than compilation and runtime
Mike Hearn wrote:
On Tue, 2003-12-23 at 21:02, Zimler Attila wrote:
fixme:xvidmode:X11DRV_XF86VM_SetCurrentMode Need to update SYSMETRICS
after resizing display (now 640x480)
I was going to suggest this one, but it seems a patch to remove it was
already submitted by Alex a while back (but
Ralf Juengling wrote:
I have some Windows code that uses GetModuleFileName in order
to read some additional files at runtime that are expected at
certain place relative to the executable.
In Wine, GetModuleFileName doesn't work as intended, and I have
trouble to track down the problem. I had to u
Flameeyes wrote:
> The second is a big problem: when starting the client, it gives an out of
> memory error. I can't find where the problem is because I don't know for
> sure which trace channel has the functions for memory statistics.
This seems to the cause of the problem:
0009:Call kernel32.Cr
47 matches
Mail list logo
