Jeremy White wrote:
We've had a private offer to help subsidize travel,
If the Conf is held in Minneapolis/St. Paul, I will offer to rent a
minivan for the event. So "some" ground transportation
I can cover, do pick up's at airport, return trip's to the airport..
Taxi to the clubs at night as we
> I don't think that's a real problem, these files don't change
> often. It certainly doesn't justify adding a complicated
> infrastructure to deal with it.
Indeed, I said, and I let it go. But thinking a little more
about it, I don't see how you solve the problem with the
manual stuff. As I under
Stefan Leichter wrote:
Ok,
i will have a look if can organize this. What about a location in or close to
Munich / Germany. MUC is one of the biggest two airports in Germany.
Here are some questions i like to get clarified before i start:
* What are you willing to pay for the meeting space ?
* W
Well, I did a _bit_ of the test, and things are not looking
good. I just did the {Create,Show,Destroy}Window tests for
overlapped and child windows, and I get quite a bit of failures.
Before we go around wine tweaking things to match the tests,
I'd like to have the test run on a bunch of Windows v
On September 29, 2003 01:24 am, Alexandre Julliard wrote:
> I was thinking we could use --dll, since that's what we are ultimately
> building; and it fits well with --exe.
Agreed, --dll is a better choice.
> > So for this to work (say we have a MyStuff.DLL), I would add
> > a -lMyStuff, and I'd h
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>> It will probably require
>> some tweaking of the winebuild command line options though, --spec and
>> --def are going to be confusing if we also accept .def files as input.
>
> Indeed, maybe we can rename --spec to just --lib (or --implib), as we
>
On September 28, 2003 05:02 pm, Alexandre Julliard wrote:
> Not only that, there are also things like register functions etc. But
> we should definitely be able to build standard Winelib dlls with a
> .def file, this shouldn't be too hard to add.
Glad to hear that, we do need to support it to add
On Sun, Sep 28, 2003 at 11:52:29PM +0200, Stefan Leichter wrote:
>
> i will have a look if can organize this. What about a location in or close to
> Munich / Germany. MUC is one of the biggest two airports in Germany.
Sweet. (I live in Sweden so no big deal. :-)
>
> Here are some questions i
Hi Stefan,
I'm torn; I'm glad my threat seems to be working, but
I was starting to enjoy the idea of having Wineconf here...
Here are some questions i like to get clarified before i start:
* What are you willing to pay for the meeting space ?
I was quoted a rough cost estimate of $60-70 per person
Le dim 21/09/2003 à 21:37, Vincent Béron a écrit :
>
> I think a combination of both is helpful. One in knowing what is
> uptodate (the MASTER), and one knowing what is not (the attached script,
> or a variation of).
>
> It's not particularly fast (would need to be ported in Perl, where
> hashtab
Shachar Shemesh wrote:
Alex Pasadyn wrote:
My original patch was not friendly about the depth changing, so I am
improving that. Now, it will always enumerate 8, 16, and 32-bit modes
and silently ignore depth change requests.
What happens if your real server is at 16bpp, and the app requests 2
On Friday 26 September 2003 23:40, Jeremy White wrote:
> ...making good on my threat.
>
> We are making plans to host Wineconf 2004,
> in St. Paul, MN, during January 2004.
>
> This is the last chance for someone in Europe to volunteer
> to organize it in their neck of the woods...
>
> Otherwise, w
> > I was not aware of that because I always got WRC error messages like
> > "explorer_intres.rc:337:58: Error: Cannot handle UNICODE filenames"
> > when using
> > IDI_EXPLORERICONDISCARDABLE "res/explorer.ico"
> >
> > Now I tried once more and found this works:
> > IDI_EXPLORER
Alex Pasadyn wrote:
My original patch was not friendly about the depth changing, so I am
improving that. Now, it will always enumerate 8, 16, and 32-bit modes
and silently ignore depth change requests.
What happens if your real server is at 16bpp, and the app requests 24?
--
Shachar Shemesh
Op
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> I am sorry, but I'm going to ask this without RTF{M,C}:
>
> 1. Building Winelib DLLs
> We need the .spec file, I know. But can we also
> use a .def file instead (without relay support,
> of course). My understanding is that the e
Martin Fuchs <[EMAIL PROTECTED]> writes:
> I was not aware of that because I always got WRC error messages like
> "explorer_intres.rc:337:58: Error: Cannot handle UNICODE filenames"
> when using
> IDI_EXPLORERICONDISCARDABLE "res/explorer.ico"
>
> Now I tried once more and foun
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Patch for cmdlgtst.c to produce those pictures is attached. before.png
> was taken with current Wine. after.png is with the fix that removes the
> special procession of R2_XORPEN. I would not say that nobody will use
> this effect. Anyway, the whole t
>I don't have the full env to test it myself. Can you test whether the
>following patch solves this?
"change font" in the propitious menu wasn't clickable before this patch, and the
patch didn't change anything, but I don't have win xp, I have windows server
2003 (20030324).
Yes I'm using CVS.
It
Lionel Ulmer wrote:
Specifically, it will:
- include more choices for the desktop size
- always list all modes as including 8, 16, and 32-bit
- silently ignore you when you try to change the depth
- remove duplicated modes (see above)
- include more TRACE lines for better debugging
Well, if XVidM
Hi people,
It is said that there is some kind of start menu that should appear for
Wine. I myself am using Slackware 9/KDE and on my system it does not
show up though.
Furthermore, I do not think the wine start menu, if it exists, is
currently being synchronized with the files in the Start Men
the wine routine works but int 10 is only on amd prossesors
> BIOS data area is not necessarily at a fixed location.
> Win16 programs that do not jump into real mode code
> may have NULL pointer catching block at low linear memory
> and BIOS data area has been moved elsewhere. This patch
> should m
On Sat, Sep 27, 2003 at 02:29:48PM +0200, Ferenc Wagner wrote:
> Jakob Eriksson <[EMAIL PROTECTED]> writes:
>
> > This winetests.exe should not pop up various error
> > requesters any more, so if you click past any, please note
> > it in the comment text box.
>
> Great, it looks really good. Sin
> Specifically, it will:
> - include more choices for the desktop size
> - always list all modes as including 8, 16, and 32-bit
> - silently ignore you when you try to change the depth
> - remove duplicated modes (see above)
> - include more TRACE lines for better debugging
Well, if XVidMode retur
Hi people,
It is said that there is some kind of start menu that should appear for
Wine. I myself am using Slackware 9/KDE and on my system it does not
show up though.
Furthermore, I do not think the wine start menu, if it exists, is
currently being synchronized with the files in the Start Men
> > Winhelp:
> > - Doesnt start without parameter.
> > - Exits with code 2 with valid help file as parameter (no windows
> is
> > displayed at all)
> cmdline parsing should be buggy... did you use tabs in the command
> line ?
Even if cmdline parsing is buggy, winhelp should start.
I didnt use tabs.
Sylvain Petreolle wrote:
I will do some tests with these. Are you using CVS ? Otherwise I will
recompile to have the latest code available.
--- Ivan Leo Murray-Smith <[EMAIL PROTECTED]> a écrit :
Patches and scripts are useless for most users, and cygwin isn't
software you
install quickly with
Wcmd:
- Problem with accentuated letters.
likely because we don't set the console codepage correctly
- "copy con test.txt" says "access denied" but "type con >test.txt"
works.
that's stranger. could someone test whether
CopyFile("CON", "afile", FALSE); works or not
same for CopyFile("$CONIN", "afil
I am sorry, but I'm going to ask this without RTF{M,C}:
1. Building Winelib DLLs
We need the .spec file, I know. But can we also
use a .def file instead (without relay support,
of course). My understanding is that the extra
information in the .spec file is needed
On Sun 28. September 2003 04:23, Alexandre Julliard wrote:
> Martin Fuchs <[EMAIL PROTECTED]> writes:
> > I tried to compile my explorer as winelib application, and got to this
> > problem: How to compile a resource file, which has no problems with RC or
> > WINDRES with WRC?
>
> If it compiles wit
> > Hmmm Than i don't see any reason to compile program using winelib.
>
> True, there's not much reason to do so other than:
> 1. being able to call Unix functions from your Win32 program
> 2. a warm and fuzzy feeling that you've "ported" the app to Linux :)
You should not forget one big
On Sat, 27 Sep 2003, Alexandre Julliard wrote:
> > 3) Black pen, white background, pattern, opaque mode. The background
> > would still be changing the image. If we consider the pen white, the
> > pattern would be lost. I actually didn't test it, but I expect it to be
> > broken.
>
> I don't se
On September 27, 2003 11:41 pm, Alex Pasadyn wrote:
> +ERR("CWSibling specified, but\n");
> +ERR("parent1 = %lx\n", parent_ret);
> +ERR("parent2 = %lx\n", parent2_ret);
> +ERR("--> ignoring CWSibling\n");
I
32 matches
Mail list logo