How about porting wineserver to Windows via Mingw+MSYS or fix the Cygwin port. It
still would not
run as dll seperation of kernel32/ntdll needs to be done but I have been wanting to
see this for a
while and for Cygwin its not to much work. 99% of it compiles it just needs
Get/SetThreadContext
Steven Edwards wrote:
Even at that if I had the time, know-how, was in school and could get credit for
working on a open
source project I would not work on WINE but port User Mode Linux to Windows. The Line
project
already has a elf loader that will let you run Linux apps in Cygwin so its
--- Shachar Shemesh [EMAIL PROTECTED] wrote:
Actually, I know someone who started to port UML to the win32 platform.
Mandatory military service in Israel meant that this project is on hold,
but if Ronen wants to pick that one up, I can hook him up with the person.
Cool. This has moved off
On July 27, 2003 01:38 am, Shachar Shemesh wrote:
Currently at hand are adding encoding selection to the font dlg (and
making it ANSI call Unicode in the process), and adding BiDi to the edit
control. If you feel you have something else that may be of interest to
him, feel free to try and grab
On Sunday 27 July 2003 14:26, Dimitrie O. Paun wrote:
On July 27, 2003 01:38 am, Shachar Shemesh wrote:
Currently at hand are adding encoding selection to the font dlg (and
making it ANSI call Unicode in the process), and adding BiDi to the edit
control. If you feel you have something else
Hi,
I don't think it's boring, I like coding tools like this. :-)
If there is a base to work on (and I finally get a new monitor, my current
one is so unsharp / old, I can't read these antialiased fonts anymore ;-)) I
think I could do some work on it..
Philipp
- Original Message -
--- Rok Mandeljc [EMAIL PROTECTED] wrote:
BTW, is it illegal to use MSDN examples to implement stuff in wine
(EULA...)?
Fortunately, AFAIK, it is not illegal. It is only illegal to reverse
engineer a compiled file, or to use copyrighted source obtained through other
methods without the
Hello,
I am trying to get some of the WINE dlls to build with the w32api
package and am running in to problems with typedefs.
When I try to build some of the dlls lets take mapi32 as a example I am
getting a parse error because of this:
typedef unsigned long FAR *LPLHANDLE, FAR *LPULONG;
Also
On July 27, 2003 11:42 am, Mark Westcott wrote:
It's also increadibly boring, which probably explains why at least 3 people
have started work on it and then stopped :). Patch comming
Where, where?
:)))
--
Dimi.
Jonathan Wilson [EMAIL PROTECTED] wrote:
+VOID DIALOG_ShowStatusBar(VOID)
+{
+RECT rcs;
+RECT rc;
+GetClientRect(Globals.hMainWnd, rc);
+Globals.bStatusBarEnabled = !Globals.bStatusBarEnabled;
+if (Globals.bStatusBarEnabled == TRUE)
+{
+
On Sunday 27 July 2003 09:35 pm, Dimitrie O. Paun wrote:
On July 27, 2003 04:46 pm, Gregory M. Turner wrote:
- WARN(FDIIsCabinet failed.\n);
+ ERR(FDIIsCabinet failed.\n);
Why these changes, they don't seem to make sense.
The function handles the problem just
Do not send bogus WM_SIZE messages, use SetWindowPos instead. Remove
iStatusBarHeight from globals and use IsWindowVisible and GetWindowRect
when you need to take into account status bar size.
From looking at microsoft examples, said examples send WM_SIZE to the
status bar and let it reposition
On July 27, 2003 04:46 pm, Gregory M. Turner wrote:
- WARN(FDIIsCabinet failed.\n);
+ ERR(FDIIsCabinet failed.\n);
Why these changes, they don't seem to make sense.
The function handles the problem just fine, no need
to spam the user with such messages, we already have
On July 27, 2003 08:16 am, Jonathan Wilson wrote:
25.modify WM_SIZE to correctly size the edit controll if the status bar
is visble and to tell the status bar to resize itself if needed
Shouldn't the status bar do this automatically when CCS_BOTTOM is
specified? If our status bar needs some
On July 27, 2003 11:34 pm, Jonathan Wilson wrote:
And also, said examples store the status bar height for later use
(presumably because calling IsWindowVisible and GetWindowRect multiple
times is slower than saving it and reusing it later)
I'd have to agree with Dmitry -- this looks like the
On July 27, 2003 11:32 pm, Gregory M. Turner wrote:
I dunno I guess I thought maybe cabinet.dll would just be silent in this
case and too easy to miss as a culprit... maybe it's stupid.
I guess if you think they will signal real ERRes most of the time,
and your confidence in the code is low,
On Mon, 28 Jul 2003 13:34, Jonathan Wilson wrote:
From looking at microsoft examples, said examples send WM_SIZE to the
status bar and let it reposition itself.
Microsoft examples also tend to be riddled with gotos. I wouldn't use A
Microsoft example did this as justification for anything.
17 matches
Mail list logo