can anybody tell me the logic of follow. files
advapi.dll
kernel32.dll
advpack.dll
--- Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
> Tuesday, October 11, 2005, 9:00:49 PM, Hiji wrote:
> > Can you reproduce this bug? Follow these steps:
> > 1. Install Filezilla:
> >
>
http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?download
> > 2. FTP into the server of y
On Fri, 2005-10-07 at 11:02, Alexandre Julliard wrote:
> You shouldn't need to export them, you can still link to the library
> directly at the Unix level, a Winelib dll is still an ELF library.
You are right, and using winegcc helped alot. I can link, but ... then
the program crashes when it runs
I've created metabug http://bugs.winehq.org/show_bug.cgi?id=3554
to track problems in Wine that make K12 classroom applications unusable
or untestable.
So far I only have two bugs listed there, but I have only looked
at one of the apps in the list ( http://kegel.com/wine/qa/#app.k12 )
from the K12O
Tuesday, October 11, 2005, 9:00:49 PM, Hiji wrote:
> Can you reproduce this bug? Follow these steps:
> 1. Install Filezilla:
> http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?download
> 2. FTP into the server of your choice
> 3. Click and drag files from the server to your
Can you reproduce this bug? Follow these steps:
1. Install Filezilla:
http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?download
2. FTP into the server of your choice
3. Click and drag files from the server to your local
machine (to copy them)
4. Realize now that even thoug
Le lun 10/10/2005 à 12:12, Dan Kegel a écrit :
> On 10/10/05, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
> > > http://www.iol.ie/~locka/mozilla/mozilla.htm
> >
> > Which brings a question: should we add that address to registry so our "Do
> > you
> > want to download and install Mozilla ActiveX?"
Troy Rollo wrote:
Also, if the application is testing for Wine, why not do a Winelib port?
Single sorce to maintain, single binary to distribute.
cdr
On Wed, 12 Oct 2005 10:41, cdr wrote:
> This is naive and far from practical. To me, it's self-evident that an
> application will want know which run-time OS it's running under for many
> reasons; it's completely inappropriate for the run-time OS supplier to
> discourage it from doing so.
I would
On 10/11/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 10/11/05, Krzysztof Foltman <[EMAIL PROTECTED]> wrote:
> > ChangeLog:
> > * Separators with group style set don't separate toolbar radio groups
> > anymore (which broke tool selection in Front Panel Designer)
> >
> > A test case coming soo
On 10/11/05, Krzysztof Foltman <[EMAIL PROTECTED]> wrote:
> ChangeLog:
> * Separators with group style set don't separate toolbar radio groups
> anymore (which broke tool selection in Front Panel Designer)
>
> A test case coming soon...
>
I'm not saying this shouldn't be committed, but it might h
Detlef Riekenberg wrote:
Am Dienstag, den 11.10.2005, 12:48 +0200 schrieb Francois Gouget:
And since components might be a better match than keywords for some
tasks, I will just mention that like keywords they are not freetext,
they are clearly displayed in the GUI, and have a page describing
On 10/11/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
>
> Could you please point me to the URL of the patch that is supposed to
> fix the IDA installer and has not been committed? I would like to try it
> with the Japanese RPG installer I asked about earlier. I tried googling
> for the patch
Craig macLeod wrote:
I am a developer of Win32 applications.
Same here...
How in our code do we differentiate between Wine runs and Windows runs?
Here is one possibility:
/* Get a non-0 to indicate we are running under Wine. */
iWine = (int)GetProcAddress(LoadLibrary("kernel32"),
"wine_ge
On Wed, 12 Oct 2005 06:05, Alexandre Julliard wrote:
> I think it would be a lot cleaner to put the IsWindow test in the
> notify functions and make them return FALSE (or some appropriate code)
> when the window is destroyed. Then all you have to do in the callers
> is check the result instead of d
On 10/1/05, Francois Gouget <[EMAIL PROTECTED]> wrote:
> On Sat, 1 Oct 2005, Brian Vincent wrote:
>
> > On 10/1/05, Molle Bestefich <[EMAIL PROTECTED]> wrote:
> >> Question is, how do I convey updates to the documentation to you guys?
> >
> > Tom described it here:
> > http://www.winehq.com/?issue=
On Tue, Oct 11, 2005 at 10:24:58PM +0200, Stefan Dösinger wrote:
> WineD3D can't create a device without a Window. For DirectDraw and D3D7
> running without a Window is valid, at least to a certain extent. The D3D
> light test does so, and some games use this for some purposes. So I need to
> do
James Hawkins wrote:
On 10/8/05, Molle Bestefich <[EMAIL PROTECTED]> wrote:
James Hawkins suggested using native comctl32 as a workaround to get
IDA running.
Here's a patch to mention that in the docs.
Using native comctl32 is just a workaround until the bug is fixed.
The proper sol
Hello,
I've got the light test running successfully, but I have a problem and need
your advice:
WineD3D can't create a device without a Window. For DirectDraw and D3D7
running without a Window is valid, at least to a certain extent. The D3D
light test does so, and some games use this for some p
Troy Rollo <[EMAIL PROTECTED]> writes:
> The following change seems to prevent the SEGV that frequently occurs when
> you
> double-click on a folder in the file open/save dialogs. This fix uses
> IsWindow() to test if the ListView still exists. I have handled all
> notifications other than tho
Am Dienstag, den 11.10.2005, 12:48 +0200 schrieb Francois Gouget:
> And since components might be a better match than keywords for some
> tasks, I will just mention that like keywords they are not freetext,
> they are clearly displayed in the GUI, and have a page describing them
> (http://bugs.
Raphael wrote:
On Monday 10 October 2005 21:27, Eric Pouech wrote:
BOOL symt_add_udt_element(struct module* module, struct symt_udt*
assert(m->symt.tag == SymTagData);
if (m->hash_elt.name[0] == name[0] && strcmp(m->hash_elt.name,
name) == 0) -return TRUE;
+
Am Dienstag, den 11.10.2005, 10:36 +0200 schrieb Jonathan Ernst:
-- cut --
+
+EnumPrintersA(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num);
+if(num == 0)
+{
+
-- cut --
Sorry that didn't work.
You receive in "num" the Number of returned PRINTER_INFO_2 Entries in "buffer"
Francois Gouget wrote:
[...]
Thanks for the clarifications ;)!
> There is a page which describes each keyword. To get to it simply click
> on the 'Keywords:' label in any bug:
>
> http://bugs.winehq.org/describekeywords.cgi
Well, there I go. That page was well hidden from public view.
I see
On Tue, 11 Oct 2005, Molle Bestefich wrote:
[...]
It's mainly a user interface thing. Freetext keywords seem like this
really weird feature, which is not clearly represented in the UI, and
where the consequences of entering a particular keyword is not
especially clear. I think that noone likes
Michael Ost <[EMAIL PROTECTED]> writes:
> OK. That's right. But I'm still flailing trying to build my winelib app
> with 20050930. Could you tell me what's missing from the steps below? Or
> point me to some docs? This used to work in 20050419, except that I had
> to compile the C output from wine
Francois Gouget wrote:
> Molle Bestefich wrote:
> > Richard Cohen wrote:
> >> Metabugs are generally a bad idea because they are very hard to
> >> maintain. What is the point of "Get games working perfectly", and how
> >> can it ever be resolved?
> >
> > Who said it needs to be resolved, ever, or i
On Mon, 10 Oct 2005, Tony Lambregts wrote:
[...]
I'm not sure about 'Window painting in Wine', but we could have one keyword
per dll. Then once a bug is disgnosed down to a specific dll, the relevant
keyword would be added. This would let developpers with specific knowledge
of a given dll look
28 matches
Mail list logo
