Duane Clark wrote:
That one came through, but unfortunately it did not fix the problem. I
will try to see if I can figure out a bit more about how writes to pipes
work.
Okay, more info about what is happening. It is not a problem of writes
being blocked. Instead what I see is:
trace:file:Create
Dustin Navea wrote:
bah some of these sobig emails are still getting thru jer
I think these have no attachments, though I don't receive the emails
directly, so I can't be sure. At least the attachments are not archived;
I don't know where they are being stripped. Without the attachment, they
w
bah some of these sobig emails are still getting thru jer
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Please see the attached file for details.
=
--
Dustin Navea
Minor Contributor, http://www.winehq.com
Bugzilla Janitor, http://bugs.winehq.com
Network Admin, irc://irc.blynk.net (do
Hello everyone,
I am using Redhat 9 and wine-20030813.
I used winemaker and winedump to generate a dll.so file, but there are some problems here:
1)winemaker doesn't work at all, I just followed all the instructions, have no idea what's going on...(Does anyone did this before?)
2)winedump
Ahh..., fun with the Sobig.F virus. I skipped out yesterday to do some
scuba diving, and arrived this morning to find about 7000 emails
awaiting moderation. Yikes!!!
Anyway, Jeremy seems to have fixed things so they are now being blocked.
Thanks!!! But rather than trying to go through 7000 post
On Tuesday 26 August 2003 12:49 pm, Gregory M. Turner wrote:
> This simply reconciles cab_G_00 with CVS.
>
> License: Bugroff
>
> * dlls/setupapi: Makefile.in, setupapi_private.h,
> setupx_main.c, stubs.c, setupapi.h, setupcab.c (new)
> Greg Turner <[EMAIL PROTECTED]>
> - implement (most of)
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Well, first off, it's not clear that we provide any worthwhile extensions
> to warant all the complications. In fact, due to the scattered nature of
> said extensions, I don't even have a good idea of what extensions we have
> and if they are worthw
Eric Pouech wrote:
oops (took the file from the wrong dir...)
That one came through, but unfortunately it did not fix the problem. I
will try to see if I can figure out a bit more about how writes to pipes
work.
-- Forwarded Message --
Subject: Printing in Wine + FreeBSD
Date: Tuesday 26 August 2003 07:18 am
From: Jonathan Fosburgh <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
This behaviour has been consistent on FreeBSD -Current since 5.0-RELEASE. I
am now running 5.1-CURRENT with cups
Please see the attached file for details.
On 26 Aug 2003, Mike Hearn wrote:
> ChangeLog:
> - Correct return code of loadConfig()
> - Make the registry key used a constant
> - Change registry key used to WineHQ\Wine
> - Made code slightly more consistant with itself
> - Some style changes, expanding out variable names, whitespace, removing
> "jeff" == jeff latimer <[EMAIL PROTECTED]> writes:
jeff> People, I have just started having problems with CVS update -PAd
jeff> where it has started to stop at: cvs server: Updating
jeff> wine/tools/wpp cvs server: Updating wine/tools/wrc cvs server:
jeff> Updating wine/tsx11
People, I have just started having problems with CVS update -PAd where
it has started to stop at:
cvs server: Updating wine/tools/wpp
cvs server: Updating wine/tools/wrc
cvs server: Updating wine/tsx11
cvs server: Updating wine/unicode
cvs server: Updating wine/win32
cvs server: Updating wine/windo
On August 25, 2003 05:30 pm, Alexandre Julliard wrote:
> I agree for UNICODE, but not for NEAR, FAR etc. Allowing them in Wine
> will actually encourage bad coding, since we will see FAR pointers pop
> up all over the place. A better approach would be to #define them to
> something like do_not_use_
If you want to get this header merged with WINE and mingw w32api here is what you need
to do.
Mingw developers are very Anal about a clean patch and they should be.
1. Go to MSDN
2. Search for everything that is the the Microsoft header
3. Create a new header with the information that is on MSDN>
People, I have just started having problems with CVS update -PAd where
it has started to stop at:
cvs server: Updating wine/tools/wpp
cvs server: Updating wine/tools/wrc
cvs server: Updating wine/tsx11
cvs server: Updating wine/unicode
cvs server: Updating wine/win32
cvs server: Updating wine/windo
> Thus, one way is to get a progman app from a windows installation and then
run it with wine before running mirc.
Little mistake. I was talking about mirc INSTALL program not mirc program.
Stephan
Sorry, wrong mailing list
On 26.08.2003 10:44:23 Martin Fuchs wrote:
> Hi,
>
> I get this error when trying to compile current CVS:
>
> D:\osexperts\reactos\lib\user32>make
Hi,
I get this error when trying to compile current CVS:
D:\osexperts\reactos\lib\user32>make
windres --include-dir ./include --include-dir ../../include --include-dir ./../include
user32.rc -o user32.coff
windres: user32.rc:114: syntax error
make: *** [user32.coff] Error 1
What's wrong with th
thank you for advises,
I'm trying to do something like java. You can use the java loader or
build your own loader from the java runtime API.
With this, you can load your application and other stuffs in the same
process.
But also, I do that to understand - by the source - the wine
environnement.
Hi
> "err:ddeml:DdeConnect Done with INITIATE, but no Server window available"
In order to create shorcut icons, mIRC uses a deprecated method: calling the Progman
via a DDE connection. However, wine doesn't
launch Progman in order to handle this kind of request.
Thus, one way is to get a progma
On August 26, 2003 12:35 am, Alexandre Julliard wrote:
> I think the main question is whether or not we want to encourage use
> of the extensions. If we want to encourage it, then they should be in
> the default headers; if you need some magic incantation to make them
> available nobody will bother
With the 20030813 release the following error displays to the console when I
try to install mIRC 6.03:
"err:ddeml:DdeConnect Done with INITIATE, but no Server window available"
the mIRC install displays a dialog with:
"There seems to be a problem adding mIRC icons to the Program Manager!"
Other
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> I agree with this, but the two issues are completely orthogonal.
> One deals with how we organize extensions, one on how to use them.
> I am 100% with you that a portable implementation is better -- it
> is in fact the same pattern adopted by 'confi
On August 25, 2003 04:12 pm, Evalet Olivier wrote:
> I'm using winebuild to make my winegui and it works perfectly. But I'm
> trying to use the "wine_init" function (from ./libs/wine/loader.c)
> instead of wine loader.
Why are you trying something like this. Keep in mind that Wine is
rather tricky
On August 22, 2003 12:12 pm, Alexandre Julliard wrote:
> No, actually the more I think about it the less I like it. The problem
> with that approach is that if an app uses wine/extensions.h, not only
> you can't it build under Windows without somehow obtaining the Wine
> header first, but once you
I propose this 2 line change;
in helping someone on irc, this old message "not found" was confusing them.
I changed it to a more generic "could not open", which allows the
possilbity of inability to open because of permissions, etc..
-Dante
? dlls/winmm/wineoss/.audio.c.swp
Index: dlls/winmm/wi
I´ m aware of that, but I thought that it could help to understand how the thing
works, as msdn isn't always clear, but it is very obvious that you can't
copy/paste the code,that would be too easy.
I need someone to somehow come up with legal, "I can use this for ReactOS"
definitions of the stuff in ddrawint.h from the XP DDK (I can send the MS
header to anyone who wants it, obviously just copy+paste from that is not
allowed)
Asking here since someone on the WINE team might be able to hel
29 matches
Mail list logo