Re: is anyone running windows 95, windows 98, windows ME or windows 2003?

2003-08-20 Thread Jeff Smith
I do not know who is maintaining that page, but I assume they are on this
list.  Took me a minute to realize why there were two entries for each DLL
(that one was for exports and one for imports).  I think maybe a table
would be better.  Just an idea, take it or leave it, I don't care.

--
|  avicap32  |  [imports]  |  [exports]  |
--
|  avifil32  |  [imports]  |  [exports]  |
--
  ...

 -- Jeff Smith


--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> On August 20, 2003 08:52 am, Jonathan Wilson wrote:
> > If so, I need you to run some kind of PE dumper that can dump exports (such
> > as dumpbin from MS with the /exports switch on user32.dll and gdi32.dll
> > from your version and send me the results, along with details of which
> > version of windows you are running.
> > I want this info because I am compiling a list of the different versions of
> > windows and which functions are exported by user32.dll and gdi32.dll in
> > each version.
> 
> Check out: http://24.229.94.2/
> 
> -- 
> Dimi.

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com



Re: I am going to implement cards.dll

2003-07-22 Thread Jeff Smith
--- Jonathan Wilson <[EMAIL PROTECTED]> wrote:
> Also, I am trying to catalog all the different versions of cards.dll that 
> are out there. (in an attempt to catalog all the differences)
> I personally have:
> 1.cards.dll from Windows XP, size 359,936 version 5.1.2600.0. This one is a 
> 32 bit version.
> 2.cards.dll from Win2k, size 153,360 version 5.0.2134.1. This one is a 32 
> bit version.
> 3.cards32.dll from the microsoft article linked to above, size 152,064, no 
> versioninfo resource. This one is a 32 bit version.
> 4.cards.dll from win98, size 148,528, no versioninfo. This one is a 16 bit 
> version.

FWIW, the version that comes with Win95 is identical to the version that
comes with Win98.  A diff of the two here revealed no differences whatsoever.

> Does anyone have any other versions, especially other 16 bit versions?
> 
> BTW, I am going to use the cards from http://www.jfitz.com/cards/index.html.
> As for the backs, anyone want to draw some? :)

If I had an artistic bone in my body, I would.  No such luck, however. :-)

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com



Re: [RESENT]: Fixed winedbg example configuration

2003-07-18 Thread Jeff Smith
I wouldn't have believed it, except I saw it with my own eyes.
Sure enough, Windows 2000 retains the creation order.  I even
modified the code to leave the keys over a cold boot, and it
still retained the creation order.  I had always assumed
regedit was displaying items in the order it got from
RegEnumValue.  Well, today was a good day, I learned something
new.

Does anyone know if the same is true of key ordering?

 -- Jeff Smith


--- Jon Bright <[EMAIL PROTECTED]> wrote:
> Marcus Meissner wrote:
> > 
> > Please give more details on that bug.
> 
> I'll go one better.  Attached is a test case.  In Windows, RegEnumValue 
> returns the keys in the order they were created in.  Wine will, of 
> course, reorder them.  Shachar mentions newer versions of Explorer 
> depend on Windows behaviour - I don't know about that, but I do know 
> that the Tool palette in Borland C++Builder 5 appears in the wrong order 
> because it depends on the keys not being reordered.
> 
> The test case runs on WinXP without error.  Since apps depend on this 
> behaviour, I'm assuming it's not windows-version dependent.
> 
> --
> Jon Bright
> Lead Programmer, Silicon Circus Ltd.
> http://www.siliconcircus.com


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: How to build winelib dll from windows codes

2003-07-15 Thread Jeff Smith
--- dd jj <[EMAIL PROTECTED]> wrote:
> When I try to port a small application sample provided by winelib user's guild
>  
> enter winemine directory, type:
>  
> $winemaker -lower-uppercase .
> $./configure -with-wine=/usr/local/wine
> $make
>  
> It shows error when I run the second command ./configure
>  
> I get the error:
> 
> ng whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking how to run the C preprocessor... gcc -E
> checking whether ln -s works... yes
> checking for sqrt in -lm... yes
> checking for iswalnum in -lw... no
> checking for gethostbyname... yes
> checking for connect... yes
> checking "for gcc strength-reduce bug"... no
> checking "whether external symbols need an underscore prefix"... no
> checking "whether we can build a Linux dll"... yes
> checking "whether we need to define __i386__"... no
> checking "for g++ -fpermissive option"... yes
> checking "for g++ -fno-for-scope option"... yes
> checking for windef.h... configure: error: Could not find the Wine headers (windef.h)
> 
> Could you please give comments on how to fix it? Thank you very much.

I believe that you get that error when wine has not been fully installed.
I have not used winemaker in several months and am not sure of this.

 -- Jeff Smith

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: Freetype libs in /usr/include/libs

2003-07-07 Thread Jeff Smith
If I am not mistaken, /usr/local/lib is the *standard* location to find
the freetype libraries, if it is built stand-alone, as opposed to being
built as part of XFree86.  Of course, I would have thought that
/usr/local/lib should be a part of the standard library search path.

Note that we should probably first try pkg-config, then freetype-config,
then fall back on standard locations when looking for the freetype
libraries.

 -- Jeff Smith


--- Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> > If it is not, how shall we handle this, assuming /usr/local is a
> > standard prefix which I think we should always consider?
> 
> Well, if the user is advanced enough to install packages in non-standard
> locations, he should also know about the LDFLAGS option for configure :
> 
>   LDFLAGS linker flags, e.g. -L if you have libraries in a
>   nonstandard directory 
> 
> So I would say that this is an user bug, not a Wine bug.
> 
>Lionel

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: 6 question

2003-07-07 Thread Jeff Smith
> > > 5) there is a freeware game
> > > http://www.steffengerlach.de/freeware/xo1.zip
> > > that if i start like:
> > > # wine d:\\xo\xo.exe
> > 
> > Maybe it is the missing second backslash between the directory and execuable names.
> > I prefer to change to the directory and run it from there, but that is me.
> i wrong to write here the application start but it given error.

What error does it give?

> How can u change the to the path? u only go inside and exec from there?
> or there are an other method?

You can change to the equivalent unix path and run it.  For instance, if the D drive
is set to /mnt/d, you could do this from a console:
  cd /mnt/d/xo
  wine xo.exe
I believe you could also run wineconsole and do this (I do not use wineconsole often):
  D:
  cd xo
  xo
By the way, your way *should* work, but I sometimes have better luck running from the
directory where the executable is located, which is what is done in both the examples
I gave.

> > > 
> > > thx
> > > Moreno


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: 6 question

2003-07-07 Thread Jeff Smith
I think I can answer a couple of your questions.

--- Moreno <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> 1) How can i use winemenubuilder?
> it doesn't give any error.
> i try:
> # wine winemenubuilder "c:\\Notes 5.lnk"
> Where it set the menu?
> 
> 2) I think to a new application to add to wine. This application help a
> to trasfer application from windows to wine. I mean the main problem is
> the key in the registry. If an application give u to select the
> application and that application make a reg file with the kay take from
> the registry for that application, it's more simple to trasfer that to a
> wine.
> 
> 3) I'm new, and i try to start to understand how wine work, but the main
> problem is that i don't find something talk on that.
> 
> 4) What can i use to read sgml?

I am guessing the sgml files you are wanting to read are DocBook documentation.
So search for DocBook reader software.  I imagine there are plenty.

> 5) there is a freeware game
> http://www.steffengerlach.de/freeware/xo1.zip
> that if i start like:
> # wine d:\\xo\xo.exe

Maybe it is the missing second backslash between the directory and execuable names.
I prefer to change to the directory and run it from there, but that is me.

> don't work but if i start that from winefile work correctly. Why?
> 
> 6) debug! i have an application that don't give any exception, or better
> trap the exception. i need to a particolar point of the execution to
> enter in a debuger how can i?
> 
> thx
> Moreno
> 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: Bidi B patch

2003-06-25 Thread Jeff Smith
I'm sorry, so maybe it is not necessary, but how does
doing it the 'right way' add confusion?

 -- Jeff Smith


--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Shachar Shemesh <[EMAIL PROTECTED]> writes:
> 
> > -#include "config.h"
> > -#include "wine/port.h"
> > +#include 
> > +#include 
> >  
> >  #include 
> >  #include 
> >  #include 
> > -#include "winerror.h"
> > -#include "winnls.h"
> > -#include "wownt32.h"
> > -#include "gdi.h"
> > -#include "wine/unicode.h"
> > -#include "wine/debug.h"
> > +#include 
> > +#include 
> > +#include 
> > +#include 
> > +#include 
> > +#include 
> > +#include "gdibidi.h"
> 
> Please don't change include quotes when modifying a file. It's not
> necessary, and only adds confusion.
> 
> -- 
> Alexandre Julliard
> [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



RE: Localization to the Portuguese

2003-06-24 Thread Jeff Smith
--- E Lea <[EMAIL PROTECTED]> wrote:
> Tom wrote:
> 
> >>Well, although it meant to be a bit of humor I just can't resist
> >>to make some comments.
> >>
> >>Your mention about the war looks kind of ridiculous. It was 1776, right?
> >>But we, here in Russia, too well remember 1941, 22 June, which is a bit
> >>closer to nowadays. I haven't seen both my grandfathers, which were killed
> >>under Moscow, we have lost more than 20 millions of people in that war.
> >>What now? That's a history. There are particular persons to blame and
> >>to praise. What people, and especially particular language have to do
> >>with all the things we are talking about?
> >>
> >>  
> >>
> >
> >Your granfather's  spoke russian correct ?
> >and the war in 1941 was was not a russian revolution .. That would 
> >be 1917 the bolshevik revolution
> >if my poor memory severs me correct..
> >The point is you made a crack about americans not wanting to look at 
> >there british roots in the english
> >launauge. So I say you should not look at the bolshevik's in your 
> >launguage as any one knows not to
> >fight russia in the winter As you will soon freeze to death... 
> >and you have railroads that our off gauge :)
>  ^^^
> Do Americans have a word for grammer?

Yes.  It's grammar (with no 'e'). :-)

(Don't hurt me)

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com



Re: Major FUD (was Re: Add root drive mapping to default config file)B

2003-06-04 Thread Jeff Smith
>   My understanding is rather weak here, as well.  I've been using a call
> to fopen("/etc/fstab",...) and it works fine.  However, I'm unsure as to
> why this works: is it because winecfg is a winelib app so fopen is
> actually coming out of the normal glibc? or does wine pass the name
> through to the unix filesystem?  I currently have a drive mapped to "/",
> will this continue to work if that is not the case?
>   To summarize the issue: if I call fopen() from winecfg, am I getting
> the normal GNU/Linux function or some Wine wrapper to it?

I would suspect this is coming straight from glibc.  If it was coming from
winelib, specifically msvcrt, I believe you would have to use a windows-ish
path, i.e. "Z:\etc\fstab".  That is how this whole thread got started, did
it not?

The simplest way to be sure is experimentation.  Remove the / mapping from
the config file, and see if /etc/fstab is still read in as expected.  If so,
it seems the whole / mapping thing is a non-issue to winecfg.

 -- Jeff Smith

__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com



Re: Major FUD (was Re: Add root drive mapping to default config file)B

2003-06-04 Thread Jeff Smith
After further consideration, I have come to believe that we might as well have
the root mapping.  Enough people seem to want it that, as Dimi say, we need
to deal with the possibility anyway.  BTW, Todd, I hope when I posted the URL
to the article puoti had mentioned, that you did not think the opinions
expressed in that article were by any means my own.  Perhaps I should have
made a disclaimer. :-/

As for using it in the wine config tool, I thought it was going to be a
winelib app, as opposed to pure win32.  With a winelib app, wouldn't you be
able to read the file in with *nix calls?  I haven't written any winelib apps
myself, so maybe I'll shut up now about that.

Finally, on the security (non) issue, a virus designed with wine in mind (that
phrase is fun to say) could get privileges to / if ${HOME} is already mapped.
Try this: 'notepad "F:\.wine\config"', where F is what ${HOME} is mapped to,
and then use your imagination.

 -- Jeff Smith


--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jun 2003, Lionel Ulmer wrote:
> 
> > But if the user had a correct Wine configuration, he would not have had the
> > problem that made Mike add '/' as a drive path... And all this discussion
> > would not have been started at all :-)
> 
> Not quite. I, for one, (and I think I'm not in a minority) would like to
> have such a Z: drive in normal/correct/proper configuration. In which case 
> we have to deal with it being there anyway. And once we do, we might as well 
> have it present by default :)
> 
> -- 
> Dimi.


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com



Re:_Add_root_drive_mapping_to_default_config_file

2003-06-04 Thread Jeff Smith
The only thing that the / access gave Klez was (potentially) more files
to harvest email addresses from.  As far as drive access, the author was
much more concerned about having write access to the home directory.  If
anybody is interested, here is the article:

http://articles.linuxguru.net/view/198

BTW, I do not object to having access to the root drive, but what does
a *windows* program really gain from that?  Viewing system config files
in notepad? ;->  Is it just a solution in search of a problem?

 -- Jeff Smith

--- puoti <[EMAIL PROTECTED]> wrote:
> Adding / to the default config file is a very bad idea, I remember reading
> somewhere on the net that once someone opened his mail with kmail, KDE
> started
> the attachment (A windows virus) with wine, and the virus sent itself to
> other
> users on the net.  I don't remembered the details, but I do remember that the
> virus could get out the the net because of that / being in the wine config.
> So
> having / in the default config file is a very very bad idea, because these
> problems could happen again in the future. A solution to get people to have a
> good configuration, would be to have winsetuptk as a "official" winehq
> utility,
> and  recommending people to use it to set up wine, but unfortunately
> winsetuptk
> puts / in the config file, but that can be changed. It also maps all the
> removable drives. 
> BTW I've added binaries and source of winesetuptk to the wine
> sourceforge page, the license is gpl.
> 
> 
> 


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com



Re: Alsa driver status

2003-05-29 Thread Jeff Smith
I am working on the MIDI portion.  I have it working with
the one program I have been testing.  It still needs a lot
of work and testing, but I will submit what I have in the
next few days.  If nothing else, at least there will be a
record of it that way.

 -- Jeff Smith


--- Sylvain Petreolle <[EMAIL PROTECTED]> wrote:
> Since Alsa has released a 0.9 version, I think we could write a more
> complete driver.
> (midi output, recording, channel control...)
> 
> Eric and Marco,
> are you still working on it ?

__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com



Re: Wine 0.9 config applets?

2003-02-21 Thread Jeff Smith
From: Mike Hearn <[EMAIL PROTECTED]>
Hmmm, do we even have a control panel? Presumably programs can install
control applets (capplets in gnome-speak), but I don't see any way to
see them other than executing the cpl files manually.


Try 'wine control'.  That is our winelib control panel app if I am
not mistaken.

-- Jeff S

_
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




Re: Winelib project

2003-01-31 Thread Jeff Smith
Yes.  BTW, when 'make install'ed, wine should create the
appropriate link in the same directory it installs winegcc.

-- Jeff S


From: Hans Christian Studt <[EMAIL PROTECTED]>

I just build from the CVS and I now have
/usr/local/wine/tools/winegcc
but I canot find
wineg++

Should there be a symbolic link to winegcc or what ???
--
Hans Christian Studt  : http://hc.studt.dk  mailto:[EMAIL PROTECTED]
.dk og W3C standarder : http://w3c.studt.dk



_
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail




Re: dlls/Makefile.in

2003-01-07 Thread Jeff Smith
From: Marcus Meissner <[EMAIL PROTECTED]>
> >And I don't see a reason for this change, these entries are
> >generated by a script and who should care if they are longer or not?
> What script?

dlls/make_dlls


I did not see the line at the top of
dlls/Makefile.in.  Oh well, nevermind then.

-- Jeff S


_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail




Re: dlls/Makefile.in

2003-01-07 Thread Jeff Smith
From: Marcus Meissner <[EMAIL PROTECTED]>

Some not so compatible versions of make only like this variable
in pattern replacement rules, so this might not work on all
platforms.



I tried looking into this before submitting the patch, but did not
come up with anything.  Do you know of any *specific* cases?


And I don't see a reason for this change, these entries are
generated by a script and who should care if they are longer or not?



What script?


Ciao, Marcus


-- Jeff S

_
MSN 8: advanced junk mail protection and 2 months FREE*. 
http://join.msn.com/?page=features/junkmail




Web CVS annotation

2003-01-06 Thread Jeff Smith
I know nothing of cvs administration, but would it be possible
(without too much effort) to add annotation to the web cvs
interface?  I find that knowing the last time a particular
piece of code changed can make regression testing and assorted
other tasks happen a lot faster.

Compare:
 annotated file:
   
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makefile.in?annotate=1.17
 raw file:
   
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makefile.in?rev=1.17

-- Jeff S

_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail




Re: winemaker problem

2003-01-02 Thread Jeff Smith
Yes there should be.  Currently execname.so is being created rather than
execname.exe.so.  The patch I submitted a few hours ago (don't know
if it has made it through yet) includes a fix for this.

Copying the file is actually what I did for several weeks, rather than
dig in to winemaker to fix the problem.  But I get fed up and started
putting together a patch for this several days ago.  So now it is ready
to roll.  Good timing, yes?

-- Jeff S



From: Shachar Shemesh <[EMAIL PROTECTED]>

Shouldn't there be a winemine-hcs.exe.so file there?
If you rename winemine-hcs.so to winemine-hcs.exe.so, what happens?

   Shachar

Hans Christian Studt wrote:


It still cannot find 'winemine-hcs.exe'.
What seems to comes nearest is
-rwxr-xr-x969 jan  1 21:00 winemine-hcs
-rwxrwxr-x 793446 jan  1 21:00 winemine-hcs.so
-rw-rw-r--  44160 jan  1 21:00 winemine-hcs.spec.c
-rw-rw-r--  92648 jan  1 21:00 winemine-hcs.spec.o
-rw-rw-r--173 jan  1 20:59 winemine.exe.dbg.c
-rw-rw-r--   2040 jan  1 21:00 winemine.exe.dbg.o
-rw-rw-r--  43665 jan  1 15:39 winemine.exe.spec.c

I sure hope someone can help out - because I plan to try to see if I can 
make some of those 7.000 win32 applications over at sourceforge.net 
compile under winelib.

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: winemaker problem

2003-01-01 Thread Jeff Smith
I am already working on a patch for both of these problems.  I will
post it to wine-patches and send you a copy in a little while.  The
second problem has existed for some time, but I believe the first
is due to recent changes the wrc resource compiler.

The patch incorporates more changes than just these two, although
they are the most visible.  Note that you will want to apply the
patch to the CVS version.

-- Jeff S


From: Hans Christian Studt <[EMAIL PROTECTED]>

Hi,

Problem 1
=
I am trying to follow this discription on how to compile win32 source code 
with the winelib
http://www.winehq.org/Docs/winelib-user/
winelib-getting-started.shtml#WINEMAKER-INTRODUCTION

The process generates a Makefile that is supposed to complie a
ressource file e.g. winemine.rc with the wrc compiler, but winemaker adds a 
'-L' option to the wrc compilwr that is does not recognize.

I am using wine-20021219 on RedHat 8.0.

It seems like a bug in winemaker.

I have changed this line in the Makefile
## WRCFLAGS  = -r -L
WRCFLAGS  = -r
and it compiles.

Problem 2
=
When i try to run winemine I get this error
(/user/usr/local/wine/programs/winemine-hcs) #./winemine-hcs 
winemine-hcs.so
Warning: could not find wine config [Drive x] entry for current working 
directory /user/usr/local/wine/programs/winemine-hcs; starting in windows 
directory.
/usr/local/bin/wine: cannot find 'winemine-hcs.exe'

Any suggestions ?

Regards
--
Hans Christian Studt  : http://hc.studt.dk  mailto:[EMAIL PROTECTED]
.dk og W3C standarder : http://w3c.studt.dk

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail




RE: Fixing include quotes (was: Re: conformance test for ShellExecute)

2002-12-30 Thread Jeff Smith
"--include-qoutes" needs to be "--include-quotes"
   ^^ ^^
This is incorrect in both the message and the patch.

-- Jeff S



From: "Patrik Stridvall" <[EMAIL PROTECTED]>

I'm already on it by improving winapi_cleanup.

I'm not 100% sure it is correct though and I havn't any time to
work on it until after new year so here is what I currently got.

Alexandre: You can apply it as it is regardless. It it off by default
so it can't hurt.

Use it like:
winapi_cleanup --include-qoutes

Note that you can also do on specific directories by specifing them
on the command line.

Like:
winapi_cleanup --include-qoutes include dlls


<< winapi_cleanup.diff >>


_
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




Alexandre?

2002-12-30 Thread Jeff Smith
I've seen no activity on wine-cvs for a week (Dec 23).
What's up?  Holiday vacation?  Either way, Happy (if belated)
Holidays to everyone who celebrates a holiday. :-)

-- Jeff S



_
MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*. 
http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprotection_3mf




Re: Patch for Spanish keyboard layout

2002-12-25 Thread Jeff Smith
Daniel,
What version of wine sources are you diffing against?  If it is any older
than 20021219, you really need to get up to date.  Development is fairly
rapid on this project, and *many* problems are fixed from one release to
the next.

I submitted a patch for your problem on October 29th:
 http://www.winehq.com/hypermail/wine-patches/2002/10/0503.html
It was committed to CVS the same day:
 http://www.winehq.com/hypermail/wine-cvs/2002/10/0481.html

So this should have been in the last two or three tagged versions.


Hi!

This is a correction for the "Spanish keyboard layout". I think the 
original layout had a typo. The original layout had two keys for the 
character "'". This new layout fixes this problem and works perfect on my 
machine with my "Spanish keyboard".

Thanks ...

--
Daniel Mario Vega
[EMAIL PROTECTED]

_
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




Re: Wine Contrib v0.4

2002-12-25 Thread Jeff Smith
There are several unmatched and interleaved tags on this page,
which causes all kinds of funniness on various browsers.  The
unmatched anchor tags are particularly troublesome.  I can
send a patch if that would be simplest.

Perhaps whoever is maintaining these pages should validate
(validator.w3.org) it periodically.  Anyone maintaining a wine
page that needs help understanding validator error messages
and/or how to correct them, I am glad to help.

-- Jeff S


From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>

Hi folks,

Tom Wickline took over the Wine Contrib page, and
cleaned it up. He already went through 4 iterations,
and asked me to post it on my site for your reviewing
pleasure:
   http://www.dssd.ca/wine/Wine-Contrib-0.4.html

Please take a look at it, and let us know what you
think. The idea is to get it over with as soon as
possible so that work on other pages can commence.

--
Dimi.


_
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




Re: Winelib Apps v0.2

2002-12-23 Thread Jeff Smith
Dimi,
 Alexandre has implemented import libraries.  Your
page does not yet reflect this fact.

 -- Jeff S


From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>

Hi,

It's been almost a month since the last release of the
Winelib page, and a _lot_ has changes since then:
http://www.dssd.ca/wine/Winelib-Apps-0.2.html

The page has been reorganized, enhanced, etc. Too many
changes to list here. If you haven't followed the working
version, it's a good time to check it out.

--
Dimi.


_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3mf




Re: HELP: DEVMODE def

2002-12-19 Thread Jeff Smith
At a glance, for wine's to conform with VC6's:
1.) "SHORT" -> "short"
2.) dmICMMethod and below only if WINVER >= 0x0400
3.) dmPanningWidth and below only if WINVER >= 0x0500 or _WIN32_WINN >= 
0x0400
4.) Windows has no DUMMY*NAME*'s

-- Jeff S


From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>

Thanks for the help guys,

Here is another one: the DEVMODE structure.


_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: Update to patches sgml

2002-12-19 Thread Jeff Smith
Hotmail better get their act together or I will have to go elsewhere.
Leading spaces are getting dropped when I inline and even when I attach
as a TXT file.  The only way it will let all my patches through
unharmed is by leaving the extension as DIFF.  I have several patches
in my queue, but have been reluctant to send them out until I get this
resolved.

-- Jeff S



From: Tony Lambregts <[EMAIL PROTECTED]>

Joerg Mayer wrote:


On Thu, Dec 19, 2002 at 01:10:52AM -0500, Dimitrie O. Paun wrote:



This should read "Patches should be inlined (if you can configure your 
email
client to not wrap lines), or attached as text/plain attachements"



Maybe you should include a step by step instruction for outlook users
how to do that. It seems that outlook is the leading misattachment 
generator,
so instead of just telling people what NOT to do, maybe you can tell
people how to do it right.



Well I suppose I could if I had those instructions. However it seems out of 
scope for a style section. AFAIK just giving the patch a .txt extention and 
attaching will solve the problem for most mailers including outlook.

--

Tony Lambregts

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: [D3D8 PATCH] d3d8 shaders update - VS2

2002-12-19 Thread Jeff Smith
Yes, the version of vim that came with (I believe) Red Hat 6.0
has the definitions in its syntax file for proper "#if 0"
highlighting.  As common a practice as this has become, any
syntax-highlighting editor with some degree of maturity that
did *not* have this in its default rulesets for C/C++ would
surprise me.

What language-independent, syntax-highlighting text editor are
you using?

-- Jeff S


From: Fabian Cenedese <[EMAIL PROTECTED]>


> >/* note about reason for commenting block */
> >#if 0
> >code
> >code /* comments */
> >code
> >#endif
>
> Whereas this is the solution with the least work it's also hard to 
spot. If
> using
> a text editor with syntax coloring it all looks the same. But if a code 
isn't
> effective I'd like to see that.

Actually it could be considered as an editor fault if it changes color for
commented out code but doesn't recognize the #if 0/#endif construct.

I wouldn't say so. A comment is easily recognized by the chars /* */ or //.
But to get a #if 0 or #if _ANYTHING you really need a language dependant
preprocessor which goes beyond a normal text editor, even one with
syntax coloring.
Do you have such a text editor that finds #if's?

bye  Fabi


_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: [D3D8 PATCH] d3d8 shaders update - VS2

2002-12-18 Thread Jeff Smith
The best way I know to create block comments *without* tampering with
interior comments is like this:

/* note about reason for commenting block */
#if 0
code
code /* comments */
code
#endif



From: Fabian Cenedese <[EMAIL PROTECTED]>


> >-  object->functionLength = 1; /* no Function defined use fixed
> > function vertex processing */ +  object->functionLength = 1; // 
no
> > Function defined use fixed function vertex processing
>
>  C++ style comments are strongly discouraged 

yes, i know but this comment is INTO a block comment ;)
and C comments will break the block comment

What I usually do in such a case is change the existing tags like that:

code /* comment */

becomes (note the spaces in the tags).

/* block comment
code / * comment * /
*/

Like that you still see where the comment was but it doesn't end the block
anymore. Of course if the block comment gets removed you have to change
the tags back.

bye  Fabi


_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: Serious problem with / and mount points

2002-12-11 Thread Jeff Smith
What I have so far:
 in files/dos_fs.c:1343, drive is receiving the value -1.
 at line 1358, this is blindly added to 'A'.  As you may
 know, in ASCII, 'A' - 1 = '@'.

 The next step is to determine why DRIVE_FindDriveRoot is
 returning -1.

 BTW, the same occurred in the reverse situation:
   (konsole) mount /mnt/cdrom
   (konsole) wcmd
   (wcmd) D:
   (wcmd) dir
   (konsole) umount /mnt/cdrom
   (wcmd) dir
 Now I am at @>
 If I remount and dir again, I am back to D>


From: Sylvain Petreolle <[EMAIL PROTECTED]>

Trying to read a dvd rom that wasn't mounted,

I did "dir" in wcmd. The label of the disc was displayed and "file not
found".
C>d:
D>dir
Volume in drive D is SPY_KIDS
Volume Serial Number is 1234-5678

File not found

  0 bytes free
D>

I then mounted the dvd and typed "dir" again.
D>dir
Volume in drive D is SPY_KIDS
Volume Serial Number is 1234-5678

Directory of D:\

01/01/1970  01:00:00   a_imprim
01/01/1970  01:00:00   audio_ts
...
   2 files7,904 bytes
   7 directories  0 bytes free

@>

It appears that the '@' letter is normally inexistant and points to the
root of the system, '/' directory (my dvd is mounted under /mnt/dvd).

@>cd
@:\mnt\dvd
@>

When trying to do "cd ..", the command silently fails and does nothing.

Comments ?


_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus




Re: Windows ME test results

2002-12-11 Thread Jeff Smith
From: James K Whiting <[EMAIL PROTECTED]>

Here are the test results.

Would it be possible to have the tests just output to a file? I was unable
to redirect anything to a file, and windows makes it unbelievably annoying
to copy and paste text between programs. Further instructions on capturing
the output would be useful, since I have only used Windows for web browsing
and verifying that hardware works, so I haven't learned how anything works
and my memories of DOS are very vague now.

James


Tony Lambregts just submitted a patch to make the test output go to
stdout rather than stderr.  This should make it possible to redirect
the output to a file.

Using the precompiled tests on Francois Gouget's site, 
http://fgouget.free.fr/wine/, you should be able to unzip the archive, and 
execute this at the DOS prompt:

runtests > output_file

Of course, Francois' test will need to be updated with the patch first.

-- Jeff S

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: W2K results from the current tests

2002-12-11 Thread Jeff Smith
From: Tony Lambregts <[EMAIL PROTECTED]>



runtests.bat>>result.txt 2>&1  does not work on Windows 98 and it is not 
likely to work on any Win9x.


I wondered if the problem was output going to stderr.  I had not had
a chance to take a good look at it.  Is there anyway to tell the *test
programs* (i.e. not the script) to send output elsewhere, such as
stdout?  If not it should be added.  Then piping to a file should work
without any special incantations in Windows.  This is significant to me
now, as I am taking up Win98SE testing.


Is there any reason that I should not put a patch together that changes the 
calls to stderr to stdout?

--

Tony Lambregts

This would certainly work for me.

-- Jeff S

_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




RE: W2K results from the current tests

2002-12-11 Thread Jeff Smith
From: "Rolf Kalbermatter" <[EMAIL PROTECTED]>

W2K results from the current tests as downloaded from 
http://fgouget.free.fr/wine/winetests.zip

They seem to match the WinXP tests mostly ;-).

Just one remark. The tests output all there results on stderr so to 
redirect
all info into a file when starting the batch file the command

runtests.bat>>result.txt 2>&1

seems very useful. This may not work on Win9x command prompts but it does 
on
W2K and XP.

I wondered if the problem was output going to stderr.  I had not had
a chance to take a good look at it.  Is there anyway to tell the *test
programs* (i.e. not the script) to send output elsewhere, such as
stdout?  If not it should be added.  Then piping to a file should work
without any special incantations in Windows.  This is significant to me
now, as I am taking up Win98SE testing.

-- Jeff S


_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: Conformance tests on WinNT

2002-12-11 Thread Jeff Smith
You don't have anyone for Win95?  I figured you did.
*If* no one else will, I can do this one too,
as my linux box is dual boot w/ Win95-OSR2.1 I believe.
But if anyone else will take this on, please do, as
this box is the Internet gateway for my family. :-/


On December 11, 2002 09:14 am, Tom Wickline wrote:
> Were down to ( _1_ ) Win98SE Anyone ??

And what about Win95?

--
Dimi.



_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: Conformance tests on WinNT

2002-12-11 Thread Jeff Smith
1.) One of the computers at my home has Win98SE.
2.) I will probably have to run precompiled tests.
3.) I do not know how often I can run the tests.
4.) It will probably be a couple of days before I can get to it.

Within those limits, I would be glad to do the 98SE tests.

On the matter of redirection, redir to NUL works fine, but not to
a file, although it should.  So maybe if I can redirect to a device,
and somehow redirect the device to a file?

I have other ideas on the (lack of) redirection to a file issue, but
again, it may be a couple of days before I can do much testing on it.

-- Jeff S



From: Tom Wickline <[EMAIL PROTECTED]>

James K Whiting wrote:

I don't think that anyone's posted the results of the conformance tests
as run on NT.


There has been no post on 98SE and ME..
Anyone want to Volinteer ??

Francos has made it verry simple to do :))

Tom



I have access to Windows ME. Where are the tests and instructions?

James



Great .. I see Tony has already sent the Info.
And Dimi has added you to the list of testers.

Were down to ( _1_ ) Win98SE Anyone ??

Tom



_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: strcat+strcat+strcat == baaad"

2002-12-10 Thread Jeff Smith
You caught me... I thought something like this existed.
I would say that by default, Auto should be 0.
I think this would be best for the average user.
They are probably even less likely than me to read the
debugging documentation (and want to change a registry
setting like this).

-- Jeff S



From: Eric Pouech <[EMAIL PROTECTED]>


Can we do something like throw up a message box before loading the 
debugger,
asking if we want to debug?  Or perhaps there should be a command-line 
option to
the debugger that presents said dialog, then use that option when starting 
the
debugger in the event of an crash.
RTFM
hints: AeDebug, Auto
A+


_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: strcat+strcat+strcat == baaad"

2002-12-09 Thread Jeff Smith




From: [EMAIL PROTECTED]

Francois Gouget wrote:

> Of course, that implies that we should promptly fix any such crash.
> Otherwise it just makes Wine unusable without any benefit.

That's the catch. I'm not approaching Wine as a Wine developer. Wine is 
almost ready for
prime time now and as a non-Wine developer (who's roped in so far only as 
far as necessary
to get the app I want to run running) I'm approaching it as a near 
production system.

When only hard core Wine developers were seeing it, opening the debugger 
made sense.

Wine is leaving the core development stage and now it's time to be 
arranging for bug
reporting mechanisms which don't require that you be a programmer willing 
to start
debugging Wine to get your applications running.

That means avoiding a raw debugger window and providing something more end 
user friendly.
To me that means something like logging every non-dangerous failure 
possible rather than
killing the application. Then, when the application finishes, winseerver 
can pop up a
polite window telling the user that there was a problem and asking them to 
report it to
the developers, making it easy to do that.

It definitely doesn't involve opening debugger windows. Those will scare 
away the end
users who need to be submitting those logs so the developers can see which 
app or internal
routine was breaking the rules and what needs to be fixed.

So: Wine's almost there (and congratulations on getting to the point where 
I can seriously
write that!). Time to be thinking about what end users can handle and 
changing how garbage
data reporting is handled to make it more friendly to them.

Can we do something like throw up a message box before loading the debugger,
asking if we want to debug?  Or perhaps there should be a command-line 
option to
the debugger that presents said dialog, then use that option when starting 
the
debugger in the event of an crash.

Perhaps this can be combined with some of the other ideas to create a 
reasonable
user experience during a failure.

-- Jeff S

_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: Turkish keyboard Support

2002-12-09 Thread Jeff Smith
Was this working under Wine-20021031?  I have been
trying to figure out a similar problem with the Spanish
keyboard layout.  If this caused a regression for you
as well, it means I have been looking at the wrong
problem.  If you could test with the 20021031 version
and compare results, that could be very helpful.

-- Jeff S



From: Armish <[EMAIL PROTECTED]>

Hi all,
I tried the latest wine (Wine-20021125.tar.gz) and saw
that though it supports the Turkish Keyboard Layout, I
cannot write the specail chars of Turkish (Like ý
þ ð ü ç ö ...)
Then I found a (Turkish) keyboard.c but still don't
know where or how to it? (The keyboard.c is working
well with my kernel) What can I do?
(The keyboard.c is in the attach. for someone who want
to check)
Thanks


_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: what to do with include/wine/obj_base.h?

2002-12-07 Thread Jeff Smith
From: Ove Kaaven <[EMAIL PROTECTED]>
On 6 Dec 2002, Alexandre Julliard wrote:

> Ove Kaaven <[EMAIL PROTECTED]> writes:
>
> > 4) make widl not use macros at all, but emit full C and C++ 
definitions
> > directly (this is what midl.exe does, it seems)
>
> I'd say this is the way to go if it's not too painful, it seems to be
> the most flexible. In any case obj_base.h has to go, so if we keep the
> macros they have to be put inside one of the standard headers, which
> wouldn't be very clean.

We may have to keep the macros anyway, there are headers that use them
that can't be generated from IDL, like the DirectX headers. I suppose they
could be converted to using the MS-style objbase.h macros by perl scripts
or by rewriting them from api headers or something, but someone else would
have to take on that task, I think.

But I'll try to add a widl header generation mode that don't use macros,
then.

I don't really care whether the ICOM_ macros go or stay in the current form,
but if they stay, they should at least be corrected in the following sense.

Presently, a typical macro in obj_base.h is

#define ICOM_METHOD4(ret,xfn,ta,na,tb,nb,tc,nc,td,nd) \
public: virtual ret CALLBACK (xfn)(ta a,tb b,tc c,td d) = 0;

Note that we have na, nb, ... on the 'left'
matching with a, b, ... on the 'right'.

Not that this causes problems, it's just that it isn't right.
And if the stuff gets stripped, it is a moot point anyway.
If anyone thinks it is worth any effort, I can easily create
a patch.

-- Jeff S

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: [RFC] wrc & windres

2002-12-05 Thread Jeff Smith
From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>
Hi folks,

As we discussed here a few weeks ago, there is good reason
to have a windres compatible mode for wrc.



That being said, what would it take to (1) keep the current wrc
behavior, and (2) make it compatible with windres?


Here is an alternative idea for dealing with command-line
incompatibility: create a link 'windres' pointing to 'wrc'.
In the program, we could determine how the program was
invoked and handle the command-line options accordingly.

This should technically work, unless we find some reason
to 'mix' command line options, in which case we we would
have to start 'blending' the two syntaxes.  Please note
that I am not familiar with the command line options of
either program.



The modification will typically be:
-WINDRES=windres
+WINDRES=wrc


WINDRES would not have to be changed using this method.

-- Jeff S.

_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail




Re: Registering DLL's

2002-12-04 Thread Jeff Smith
From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>

On December 4, 2002 01:36 pm, Jeff Smith wrote:
> Does anyone have any better ideas on what the "Right Way" to tackle
> this item is?  I am sure that adding external functions that do not
> exist in native versions is *not* the way.

This was Alexandre's idea. Alexandre, a more detailed brain dump on
the configuration stuff would be useful. For example:

C.1 Merge configuration into the registry

Any gochas? What would it take?

C.5 Make Wine's DLLs register themselves to avoid manual merging of the 
winedefault.reg

How should this be implemented? See Jeff's questions.

C.6 Write wine.inf script to setup a new Wine installation

Do we have the code that executes .inf scripts? Is this one
just a matter of writing the scripts?

--
Dimi.


For those interested, here are a couple of links relating to
the INF file format (1), and the SetupAPI (2).  I don't know
how complete our implementation is, but it can be found under
wine/dlls/setupapi.

1.) 
http://msdn.microsoft.com/library/en-us/install/hh/install/create-inf_4l47.asp

2.) 
http://msdn.microsoft.com/library/en-us/install/hh/install/setupapi_2faf.asp

-- Jeff S

_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Registering DLL's

2002-12-04 Thread Jeff Smith
I was looking at entry C.5 of the 0.9 Todo list:
"Make Wine's DLLs register themselves to avoid manual merging of the 
winedefault.reg [TODO]"

Upon first glance I figured the approach is to (not necissarily in
this order): add regsvr32.exe calls in the installation scripts,
fill in the DllRegisterServer (and DllUnregisterServer) sections of
the appropriate libraries, and remove those entries from
winedefault.reg.

About a dozen dll files have their names in winedefault.reg.  So I
checked the native versions of these files, and only half of them have
a DllRegisterServer function.  I did some further research and found
that perhaps DllInstall was what I needed.  Well, that only adds one
library, and two have *both* functions.

Does anyone have any better ideas on what the "Right Way" to tackle
this item is?  I am sure that adding external functions that do not
exist in native versions is *not* the way.

-- Jeff S

_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: Direct3D8 regression/bug

2002-12-04 Thread Jeff Smith
From: Greg Turner <[EMAIL PROTECTED]>

> I need it to test midi with winealsa.drv.
> Now I didn't succeed because of Registry glitch: couldn't find midi
> out (%s)\n

gotcha.  I run winealsa too... but I've never tried midi.  My buddy owns
cakewalk, I should give it a whorl sometime, and see what happens.



From what I can see in the source, winealsa only supports wave out at this

time.  I just recently started running ALSA (because its MIDI implementation
is much better for my card than OSS), but am using OSS emulation + wineoss 
for
midi from wine.  It worked beautifully for me (after I made a couple of 
fixes,
now in CVS).

-- Jeff S

_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: Compiling out the debug messages

2002-12-03 Thread Jeff Smith
Bill,

Unless I missed the whole point, you gave the answer before asking the
question.

./configure

should have been

./configure --disable-debug

-- Jeff S

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: Wine/FF7 midi help request

2002-12-02 Thread Jeff Smith
From: Robotech_Master <[EMAIL PROTECTED]>

On Tue Jun 11 2002 - 13:50:43 CDT Johan Gill wrote (as part of a
discussion about midi in WINE in which FF7 was mentioned):

> Done. TiMidity++-2.12.0beta as alsa sequencer client requires no
> modification to wine at all, and the OSS emulation of ALSA makes the
> thing transparent to WINE.

Can you, or someone, please let me know how to set up wine to use
this?  I'm running Debian Linux; these are the versions of timidity
and wine that I have:

ii  timidity   2.11.2-1.3 Software-only MIDI sequencer.
ii  wine   0.0.20021125-1 Windows Emulator (Binary Emulator)


This is something I would not mind knowing myself.  It's not too high a
priority for me though as I have SoundFonts working on my SBLive now.


For sound, I'm using artsdsp 0.6.1 to emulate esd.  I have a
Soundblaster live card.

On the FF7 config program, it gives me the choices

Wine OSS midi out (#0) - disabled
EMU10K1 midi


This looks like what I would get from the OSS driver - emu10k1.
The module name for the ALSA driver is snd-emu10k1.  The choices
I would expect from ALSA's OSS emulation would be something like:
 Emu10k1
 MIDI 0-0
 Emu10k1 Port 0
 Emu10k1 Port 1
 Emu10k1 Port 2
 Emu10k1 Port 3


Under "midi data" it gives me the choises

General midi
Soundfont midi (Creative AWE32/AWE64)
Yamaha XG midi


I would imagine this should stay on General midi unless you are
*sure* it needs to be on another selection.


No matter what I try, in whatever combination, I get "Error opening
device" and the wine console says

fixme:winmm:MIDI_StreamOpen *lpuDeviceID=1
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel 
(0x403ab930,0001003c,3):stub

Can someone help me out--or point me at somewhere else I can find
help?

Try running it like this ...
wine -debugmsg +winmm,+midi,+msacm program_name.exe
... and send the output.

-- Jeff S

_
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




MIDI Mapper fix

2002-11-30 Thread Jeff Smith
I'm so happy, I just had to share it with everyone :-D

Changelog:
Fix for MIDI Mapper.

Notes:
Finally found it!  This was the last thing keeping sound from working
in Auralia.  With just this simple patch, it now works.  Auralia still
has a few problems, but they are minor in comparison.  It *is* kind of
important for sound to work in an ear training program ;-)

BTW, Thanks to Eric P. for his help getting me off to a running start
with his fixes to the OSS MIDI driver a couple of weeks back.

(patch is attached - Hotmail has not been kind to my inlined patches the
past few days)

_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail
Index: dlls/winmm/midimap/midimap.c
===
RCS file: /home/wine/wine/dlls/winmm/midimap/midimap.c,v
retrieving revision 1.14
diff -u -r1.14 midimap.c
--- dlls/winmm/midimap/midimap.c	1 Aug 2002 18:17:51 -	1.14
+++ dlls/winmm/midimap/midimap.c	30 Nov 2002 14:13:36 -
@@ -243,7 +243,7 @@
 
 	for (i = 0; i < 16; i++)
 	{
-	TRACE("chnMap[% 2d] => %d\n",
+	TRACE("chnMap[%2d] => %d\n",
 		  i, mom->ChannelMap[i] ? mom->ChannelMap[i]->uDevID : -1);
 	}
 }
@@ -254,7 +254,7 @@
 {
 MIDIMAPDATA*	mom = HeapAlloc(GetProcessHeap(), 0, sizeof(MIDIMAPDATA));
 
-TRACE("(%p %p %08lx\n", lpdwUser, lpDesc, dwFlags);
+TRACE("(%p %p %08lx)\n", lpdwUser, lpDesc, dwFlags);
 
 if (!mom) return MMSYSERR_NOMEM;
 
@@ -499,7 +499,7 @@
 	strcpy(midiOutPorts[dev].name, moc.szPname);
 	midiOutPorts[dev].loaded = 0;
 	midiOutPorts[dev].hMidi = 0;
-	midiOutPorts[dev].uDevID = 0;
+	midiOutPorts[dev].uDevID = dev;
 	midiOutPorts[dev].lpbPatch = NULL;
 	for (i = 0; i < 16; i++)
 		midiOutPorts[dev].aChn[i] = i;




Re: somebody help me identify this bug please

2002-11-29 Thread Jeff Smith
Is it only characters with the acute accent?  Is it that your are
attempting this using 'dead key' entry on a Spanish keyboard?

If this is the case, the problem may be in a recent correction to
the Spanish keyboard layout.

I will work on this some more when I get a chance, but hopefully
someone else will find something sooner.

 -- Jeff S



From: "ezra daniel" <[EMAIL PROTECTED]>

Hello,

At work I use Lotus Notes under Wine.

I downloaded compiled and installed the new wine version 20021125 and I am 
no longer able to type accecented valves, like á é í ó ú.

Ñ can be typed though correctly.

With the other version 20021031 I could type accented valves.In fact I went 
back to using the older version and worked again so it is obvious it is a 
problem in the new wine version.

Though I am a newbie and know nothing of developing, but I would like to 
submit the bug to the proper person so it fixes it back again but I dont 
know which section of wine or person deals with this character typing 
problem.

Can anyone point me in the right direction? Thanks in advance.

-daniel
http://www.debian-gnu.com

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Winelib Apps page

2002-11-27 Thread Jeff Smith
Dimi,

 I like the idea of color-coding the apps for their status.
But if you are going to change the background, you need to
change the foreground as well.  Many browsers make links
blue or red (and other colors for 'active' and 'visited'
links) by default.  In some cases, these clash with the
background (blue on red).  In others there is not enough
contrast (blue on grey).
 Please find colors that work well and integrate that info
into your stylesheet.  My vote is for black for all.  For
example (please note that this is untested, so I may have
indicated the wrong attribute for this case):

 .todo {background-color: red; color: black}

-- Jeff S

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail




Re: Menu selection algorithm

2002-11-23 Thread Jeff Smith
Dmitry,
 I still have win95-osr2 loaded on a machine.  Let me know what I need to 
run
the test on that box and I would glad to do so if this would help out.

-- Jeff S


From: "Dmitry Timoshkov" <[EMAIL PROTECTED]>
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:

> So, what's the problem - you ask? While my view of what should happen is
> obviously consistant with that of Wine's - i.e. - the locale should
> select which menu to use, Windows displays the English locale ONLY. The
> only way I could make it display the Hebrew one was by changing the
> language on the English one to something else (French).

I revived my old test for FindResource and now I see what are you talking 
about.
LoadStringA/W and FindResourceA/W under Win2000 do search for language 
resource
in the following order:
1. Neutral language with neutral sublanguage
2. LANG_ENGLISH, SUBLANG_DEFAULT
3. LANG_ENGLISH, SUBLANG_NEUTRAL
4. Current locale lang id
5. Current locale lang id with neutral sublanguage
6. Return first in the list

But that means that the whole our internationalization will not work, if
we will go that way. But the question I have is: had I made an error when
I did the test under Win95OSR2 or MS has changed algorithm since then?

--
Dmitry.

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: Rosetta, wine, sound bug?

2002-11-22 Thread Jeff Smith



From: Sylvain Petreolle <[EMAIL PROTECTED]>

> bash-2.05a$ wine -debugmsg +winmm,+wave,+dsound Rosetta.exe
> trace:winmm:WINMM_LibMain 0x4163 0x1 (nil)
> trace:winmm:WINMM_CreateIData Created IData (0x403f0ef8)
> trace:winmm:MMDRV_Install ('wineoss.drv', 'wineoss.drv', mapper=N);
> trace:winmm:MMDRV_Install Got 32 bit func 'auxMessage'
> trace:winmm:MMDRV_Install Got 32 bit func 'mixMessage'
> trace:winmm:MMDRV_Install Got 32 bit func 'midMessage'
> trace:winmm:MMDRV_Install Got 32 bit func 'modMessage'
> trace:winmm:MMDRV_Install Got 32 bit func 'widMessage'
> trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage'
> trace:winmm:MMDRV_GetDescription32 Can't find file wineoss.drv
 ^^^
 Shouldn't happen.
> trace:winmm:MMDRV_Install wineoss.drv => No description


I get similar errors with MMDRV_GetDescription32.  I assumed they
were happening because the actual file wineoss.drv does not exist.
Further, I assumed that MMDRV_GetDescription32 tries to get the
description from locating the relevant record in the actual file.

Please note that I have not had a chance to verify any of this.
I have just recently taken an interest in wine's sound libraries,
and would be glad to help out where I can.

-- Jeff S

_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail




RE: Stub implementation of CABINET.DLL

2002-11-19 Thread Jeff Smith
From: Patrik Stridvall <[EMAIL PROTECTED]>
To: "'Greg Turner'" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]

> On Friday 15 November 2002 12:47 pm, Patrik Stridvall wrote:
> > Now that we have the permission to use cabextract
> > under the LGPL it would be useful to have stubs
> > for CABINET.DLL so intrested people can work
> > with implementing it with fewer "infrastructure"
> > problems.
[snip]
> Anyone working on this?  If not I'd be glad to take it on,
> seems like it
> should be easy.

I personally doesn't currently have that much time to work with it.

However, when I saw that not much happend despite
getting code from cabextrect under LGPL I thought
that perhaps people were having trouble on how
to create a new DLL in Wine and how to extract
the declarations from the Microsoft header without
creating a derived work. I have done it many
times before so thought why not do it...

So I very happy that somebody is intrested in continuing.

PS. If anybody have some other DLL that they wish to implement
but don't now how to do it, don't hesitate to ask me to
create a stub DLL with related headers.


 If it is not too much effort, could you elaborate on the
derived work issue.  I have been thinking about trying to
stub out, then work at implementing, a particular component.
Rather than have someone else do the work, I am more
interested in learning about doing it myself, and about
any issues (legal and technical) involved.
 I am not asking for a complete howto here, but even a
summary of the highlights would be quite valuable (to me
at least).

-- Thanks
-- Jeff S.

_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




wineoss MIDI help

2002-11-15 Thread Jeff Smith
I have several programs that require MIDI support.  When I try to run them I 
get:

err:midi:OSS_MidiInit ioctl on midi info for device 0 failed.

This comes from line 274 of dlls/winmm/wineoss/midi.c
When this error is encountered, the /dev/sequencer is closed and 
OSS_MidiInit
returns.

I have determined that my card indicates having two midi devices.  Only the
second supports the SNDCTL_MIDI_INFO ioctl.  But midi.c never gets to the
second because of the first.  I have tried some simple hacks, but have not
accomplished anything notable.

Anybody got any insights as to a simple fix?  If not, would I be better off
delving into wineoss or getting the first MIDI device of the emu10k1 driver 
to
handle MIDI_INFO? ;-)

-- Jeff S

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus




Re: Fw: Re: Filesystem change notifications

2002-11-15 Thread Jeff Smith

It's not that I am for adding everything inline. That's not a good idea. 
Also, I think a Windows compatibility layer can be forgiven for having more 
dependancies than a personal finance program. This holds especially true if 
non-core windows functionality is only available if the external library is 
available at runtime (i.e. - no fribidi install - no Hebrew support in 
Wine. No CUPS installed - no printing available etc.). I'm not sure this 
holds true to something which is a core Windows function.

   Shachar

I totally agree.  And although we don't want to fall into
"dependency hell", one has to consider we are trying provide
a layer of compatibilty for an OS that is known for the same.
So I think selective dependencies, as Shachar mentions, are
perfectly reasonable.

I don't mind a dependecy on FAM, but I could be biased, as I
already installed it for the associated KDE functionality.
If inserted as a conditional dependency, the fallback position
if it is not present is no worse than the current position.

Just my two centi-dollars.

 -- Jeff S

_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail




Re: Listview Z8

2002-10-28 Thread Jeff Smith
(note that I am presently at a computer *not* set up for i18n)

I think Hebrew was made to go RTL just to give programmers headaches.
Actually, I'm trying to learn Hebrew, and I keep catching myself
trying to write it LTR.  Now if Dimi went to the Hebrew alephbet,
would he have to change from Z1, Z2,... to 1{aleph}, 2{aleph},...

 -- Jeff S.



From: Shachar Shemesh <[EMAIL PROTECTED]>

That's why I included them here, so you can copy and paste

Just remeber to set your locale to either Iso-8859-8 or UTF-8, or you'll 
lose the special chars. Even more tricky, if your email client supports 
BiDi (Your'e using kmail, but only the one that came with KDE-3 did, and I 
don't know what version that was), then the first character, "א", is on 
the *right* `-)

   Shachar


Dimitrie O. Paun wrote:

On October 27, 2002 12:14 pm, Shachar Shemesh wrote:



"אבגדהוזחטיכלמנסעפצקרשת". Very useful `-)




Very cool man, but, ..., hmm, ..., I don't have a Hebrew keyboard. ;)



_
Get a speedy connection with MSN Broadband.  Join now! 
http://resourcecenter.msn.com/access/plans/freeactivation.asp




Re: Listview Z8

2002-10-27 Thread Jeff Smith
Actually, I believe Klingon got rejected.  Some junk
about it not being a 'real' language or something.
Try telling that to all the people that speak it
though.  Probably more than some of the other
languages represented in Unicode.

Maybe we should continue through the ASCII character
set: 'X' 'Y' 'Z' '[' '\' ']' '^' '_' ...

-- Jeff S.



From: "David D. Hagood" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

Andreas Mohr wrote:



What a weak and useless suggestion, this will run out of characters in
no time at all ;-)
Better use Chinese characters !


Bah! You are still weak! Better to use Klingon - I do beleive they've 
reserve some Unicode space for them!

_
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp




Re: Known listview bugs (take 2)

2002-10-25 Thread Jeff Smith
 Just a couple of days ago, the problem with native (W95-OSR2.1)
regedit was that changing keys in the tree kept piling up new items
in the listview.  It was quite interesting seeing multiple (Default)
values for a key :-).
 Now (12 hours ago anyways) it is always blank.  When I click on
where the values should be (highlight them), sometimes they will
show up then.  It seems something is not being refreshed that
should be.
 Maybe I'll get a chance to dig in later today if nothing has been
uncovered by then.

-- Jeff S.



From: Greg Turner <[EMAIL PROTECTED]>

On Friday 25 October 2002 07:35 am, Dimitrie O. Paun wrote:
> On October 25, 2002 02:36 am, Greg Turner wrote:
> > So, I know this has been discussed before... but I can't recall: is
> > native (W98) regedit expected to work right now?  For me, it doesn't.
>
> Well, I don't have that application, so you'll need to help debug
> it if you want it working :). First step is a --debugmsg +listview.
> If you think that's relevant, a screenshot too.

ok, I'll do this tonight, and maybe even try to drill in a little deeper
if I can figure anything interesting out.  FYI, I think this problem
existed before your listvew work started, so its probably not your
doing.

BTW, thanks for your ongoing work, listviews feel much better lately!

--
gmt


_
Unlimited Internet access -- and 2 months free!  Try MSN. 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp




Re: Treeview fix

2002-10-23 Thread Jeff Smith
This patch did the trick.  Well I cannot test it at the moment, but
 as the value INT_MAX (0x7fff) was the issue, I know this will fix
 it.  The limit works a lot better (is a lot safer) than the 'special'
 value.

...
-if (i == 0x7fff)
+if (i >= 0x7fff)
   i = hdpa->nItemCount;
...


From: "Dimitrie O. Paun" <[EMAIL PROTECTED]>

On October 23, 2002 01:29 am, Jeff Smith wrote:
> Oops, your previous message got lost in the shuffle...
> I'm sure anything is better than the little patch I wrote.
> I was just taking a minimalist approach to get treeview working.

No, your patch was quite good. Would have certainly fixed the treeview,
but I think apps depend on the extended behavior. Does my patch fix
the problems you were experiencing?

--
Dimi.



_
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp




Re: using native regedit

2002-10-23 Thread Jeff Smith
I did some testing and found that
*\\whatever.exe does not work, while
*whatever.exe does.
In case anyone thinks to themselves, "but that
could cause problems for xwhatever.exe!",
I tested further and found that it only
affects programs with the name whatever.exe
and not those such as xwhatever.exe.

-- Jeff S.



We could add this to show different behaviours :

; you can specify applications too
; This one will apply for all notepad.exe
;"*\\notepad.exe"  = "native, builtin"
; This one will apply only for a particular file
;"C:\\regedit.exe" = "native, builtin"

Is everyone ok ?






_
Get faster connections -- switch to MSN Internet Access! 
http://resourcecenter.msn.com/access/plans/default.asp




Re: Treeview fix

2002-10-22 Thread Jeff Smith
Oops, your previous message got lost in the shuffle...
I'm sure anything is better than the little patch I wrote.
I was just taking a minimalist approach to get treeview working.

-- Jeff S

Dimi wrote:

On October 23, 2002 12:44 am, Jeff Smith wrote:
> I discovered treeview uses DSA's and Dimi recently
> changed the max element number in DSA's to 0x7fff (SHRT_MAX).
> Note this value has the special meaning in DSA_InsertPtr
> functions of 'add new element to end of array'.

This was my initial reaction to this thing, as well. But I
think my fix (sent earlier with Subject DPA_InsertPtr) is
better. Please try it out -- it should fix your problem.

BTW, I've also audited all other uses of DPA_InsertPtr,
and they are fine. We should be back to normal now (well,
after my patch is applied, of course).

--
Dimi.


_
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp




Treeview fix

2002-10-22 Thread Jeff Smith
Intro:
Once I got wine to finally execute the native regedit,
treeview was bringing it down.

Background:
I discovered treeview uses DSA's and Dimi recently
changed the max element number in DSA's to 0x7fff (SHRT_MAX).
Note this value has the special meaning in DSA_InsertPtr
functions of 'add new element to end of array'.

Problem:
INT_MAX (0x7fff) was being passed from treeview
to DSA_InsertPtr.  This caused failure returns and
eventually a seg fault.

Conclusion:
This patch fixes the problem (according to the style of other
calls to DSA_InsertPtr), and native regedit now works.

Questions for further thought:
I wonder, should 0x7fff be used explicitly, or should
SHRT_MAX be used in places like this instead?

Changelog:
Treeview fix due to change in maximum DSA size.

-- Jeff S.


Index: dlls/comctl32/treeview.c
===
RCS file: /home/wine/wine/dlls/comctl32/treeview.c,v
retrieving revision 1.103
diff -u -r1.103 treeview.c
--- dlls/comctl32/treeview.c	6 Sep 2002 19:41:18 -	1.103
+++ dlls/comctl32/treeview.c	23 Oct 2002 04:12:53 -
@@ -949,7 +949,7 @@
if (!newItem)
	return NULL;

-if (DPA_InsertPtr(infoPtr->items, INT_MAX, newItem) == -1)
+if (DPA_InsertPtr(infoPtr->items, 0x7fff, newItem) == -1)
{
	COMCTL32_Free(newItem);
	return NULL;
@@ -2885,7 +2885,7 @@

for (child = item->firstChild; child != NULL; child = 
child->nextSibling)
{
-	if (DPA_InsertPtr(list, INT_MAX, child) == -1)
+	if (DPA_InsertPtr(list, 0x7fff, child) == -1)
	{
	DPA_Destroy(list);
	return NULL;


_
Get faster connections -- switch to MSN Internet Access! 
http://resourcecenter.msn.com/access/plans/default.asp




Re: using native regedit

2002-10-22 Thread Jeff Smith
I agree that the example should be changed to indicate a
'valid' entry if this is the way it is supposed to be.
This would have saved me a lot of trouble and confusion.
Now I can work on getting native regedit working again.

 -- Jeff S.


Shouldn't we update the sample entry in documentation/sample/config ?

 ; you can specify applications too
-"*\\notepad.exe"  = "native, builtin"
+"notepad.exe"  = "native, builtin"
 ; default for all other dlls
 "*" = "builtin, native"

> It's the way it's supposed to work, because it mimics the way
> loadorder works for dlls: a simple "regedit.exe" matches only if
> regedit is in the system directory. Otherwise you need to specify the
> full path, or use a wildcard entry like "*regedit.exe".
>
> --
> Alexandre Julliard
> [EMAIL PROTECTED]


_
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




Re: using native regedit

2002-10-22 Thread Jeff Smith
Found something: it works if I fully qualify the command name.

I was trying this in the DllOverrides / command-line respectively:
 "regedit.exe" = "native, builtin"
 --dll regedit.exe=n,b

What I have to do for it to work is this:
 "C:\\Windows\\regedit.exe" = "native, builtin"
 --dll C:\\Windows\\regedit.exe=n,b

I still do not think this is *exactly* as it should be,
but I'm finally on the track to figuring it out.

 -- Jeff S.

_
Broadband? Dial-up? Get reliable MSN Internet Access. 
http://resourcecenter.msn.com/access/plans/default.asp




Re: using native regedit

2002-10-22 Thread Jeff Smith
Thanks for the advice, this should get me by for now.

Of course I would still like DllOverrides section to
work as advertised, but maybe I can hack on it some
more when I am more in the mood.

P.S. Sorry about the HTML message, the Hotmail admins
seem to be playing around with default settings.

 -- Jeff S.



From: Greg Turner To: "Jeff Smith" , [EMAIL PROTECTED] On Tuesday 22 
October 2002 01:01 pm, Jeff Smith wrote: > I know I must be missing > 
something very simple, but I cannot seem to
> get native regedit to run.  The builtin version always > runs instead.  
The only thing I could think of was an entry > in DllOverrides:
> "regedit.exe" = "native, builtin".  That did not work.
> > I have debugged a little and know MODULE_GetLoadOrder > is returning 
{LOADORDER_BI, LOADORDER_DLL, LOADORDER_INVALID, > LOADORDER_INVALID} even 
when I add that DllOverride line.  > But I am just not in the mood at the 
moment for deep digging if > I can help it.  >   -- Jeff S.


Well, if my wetware HTML parser is working today, I think I understand your 
problem. Just rename regedit.exe to "winregedit.exe" (or whatever you 
like), or create a symlink or copy of the native version. (some configs 
don't respect symlinks).

--
gmt

_
Surf the Web without missing calls! Get MSN Broadband. 
http://resourcecenter.msn.com/access/plans/freeactivation.asp




using native regedit

2002-10-22 Thread Jeff Smith
  I know I must be missing something very simple, but I cannot seem to
get native regedit to run.  The builtin version always runs instead.  The only
thing I could think of was an entry in DllOverrides:
"regedit.exe" = "native, builtin".  That did not work.
 
  I have debugged a little and know MODULE_GetLoadOrder is returning
{LOADORDER_BI, LOADORDER_DLL, LOADORDER_INVALID, LOADORDER_INVALID}
even when I add that DllOverride line.  But I am just not in the mood at
the moment for deep digging if I can help it.  
 
  -- Jeff S.Protect your PC - Click here for McAfee.com VirusScan Online 



InstallShield

2002-10-19 Thread Jeff Smith
Trying to install the Music Ace Demo (harmonicvision.com),
I get stopped by a messagethat
"The InstallShield Engine (iKernel.exe) could not be installed. (0x20)"

I think someone said DCOM98 needs to be installed for InstallShield
to work properly, so I did, and nothing changed.

Anybody got a take on what I need to try next?

-- Jeff S.






_
Choose an Internet access plan right for you -- try MSN! 
http://resourcecenter.msn.com/access/plans/default.asp




Re: Correct and update executable types in PathIsExe

2002-09-23 Thread Jeff Smith

  I was just going by what MSDN says.  Screensavers (SCR) are just like 
regular executables with a standard (I believe) command-line arguement 
interface.  I really know next to nothing about SCF files.

BTW, my version of Windows (95-OSR-2.1) is so old, it doesn't even have .cmd

  -- Jeff Smith

>From: Alexandre Julliard <[EMAIL PROTECTED]>
>To: "Jeff Smith" <[EMAIL PROTECTED]>
>CC: [EMAIL PROTECTED]
>Subject: Re: Correct and update executable types in PathIsExe
>Date: 23 Sep 2002 11:13:43 -0700
>
>.pif is clearly right, but are you sure about .scr and .scf?  My
>version of Windows doesn't do that.

_
Chat with friends online, try MSN Messenger: http://messenger.msn.com





RE: winebuild & (name, heap, init)

2002-09-11 Thread Jeff Smith



>From: Patrik Stridvall <[EMAIL PROTECTED]>
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>, Francois Gouget <[EMAIL PROTECTED]>
>CC: Wine Devel <[EMAIL PROTECTED]>
>Subject: RE: winebuild & (name, heap, init) 
>Date: Wed, 11 Sep 2002 16:23:25 +0200 
> 
> > On September 11, 2002 05:48 am, Francois Gouget wrote: 
> > > Hmm, for strings the spec files currently distinguish between input 
> > > strings (str) and output strings (ptr). This cannot be 
> > extracted from 
> > > the source files... unless we start using IN/OUT macros everywhere? 
> > 
> > It's all in the types, dude... 
> > 
> > LPCSTR/LPCWSTR = IN, LPSTR/LPWSTR=IN/OUT. 
> 
>The is almost always correct. Unfortunately Microsoft is 
>not consequent in the regard, but then I guess that we could 
>modify the API slightly. If a WineLib application breaks, 
>it was in some meaning broken anyway. 
> 
>However how do know whether it is IN/OUT or OUT? 
>For debug messages that is quite important since 
>the pointer in the OUT case might point to 
>uninitialized memory which shouldn't be printed 
>in the debug output... 
 
Were we distinguishing IN/OUT and OUT before in the spec file?  How, if there are three
types (IN, IN/OUT, OUT) and only two type names (ptr, str)?
 
  - Jeff SMSN Photos is the easiest way to share and print your photos: Click Here



Re: patches policy

2002-09-10 Thread Jeff Smith

  I prefer the attaching text method, to be *sure* the patch is not
mangled, but that *anyone* can read it (e.g. I may want to review a
patch from a location that does not offer me gzip or whatever the
compression scheme de jour is).  Also, have you tried adjusting the
"Screen Width" settings in "General Preferences" in Yahoo Mail?

  -- Jeff S

>From: Andriy Palamarchuk <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], Wine Devel <[EMAIL PROTECTED]>
>Subject: Re: patches policy
>Date: Mon, 9 Sep 2002 11:30:37 -0700 (PDT)
>
>--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > There is something concerning submitting patches
> > that bothers me
> > to no end: inlining vs. attaching them.
>[skipped]
>
>I have to attach the patches :-( because I use Yahoo
>online mail client and it wraps long lines.
>I also usually compress patches with size >= 20-30kb
>to save everybody's bandwith.
>
>It is good idea to add these recommendations to the
>Starter's guide, even if we are not going to enforce
>them.
>
>Andriy,
>Boston, MA

_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com





Re: VersionNumber reg. key

2002-09-05 Thread Jeff Smith

My $0.02:
I say don't create, and dynamically 'lie' about it's value.
I'm sure it's easier said than done, but that's my thoughts, anyway.

  -- Jeff S


>From: Ender <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: VersionNumber reg. key
>Date: Wed, 4 Sep 2002 21:28:32 -0500 (CDT)

>read the HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\VersionNumber
>key. And of course, as this is a 'required' key in Windows, there was no
>code to cope with failure :)

>whether or not Wine should dynamically 'lie' about this registry key,
>depending what winver the current thread is running in.

>  - Ender




_
Chat with friends online, try MSN Messenger: http://messenger.msn.com





Re: ANSI_CHARSET

2002-09-03 Thread Jeff Smith




>From: Marcus Meissner <[EMAIL PROTECTED]>
>To: Francois Gouget <[EMAIL PROTECTED]>
>CC: Jeff Smith <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>Subject: Re: ANSI_CHARSET
>Date: Tue, 3 Sep 2002 09:02:20 +0200
>MIME-Version: 1.0
>Received: from Cantor.suse.de ([213.95.15.193]) by 
>mc4-f10.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Tue, 3 Sep 
>2002 00:02:24 -0700
>Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201])by 
>Cantor.suse.de (Postfix) with ESMTPid A471C142DA; Tue,  3 Sep 2002 09:02:20 
>+0200 (MEST)
>Message-ID: <[EMAIL PROTECTED]>
>References: <[EMAIL PROTECTED]> 
><[EMAIL PROTECTED]>
>In-Reply-To: <[EMAIL PROTECTED]>
>User-Agent: Mutt/1.3.22.1i
>Return-Path: [EMAIL PROTECTED]
>X-OriginalArrivalTime: 03 Sep 2002 07:02:24.0593 (UTC) 
>FILETIME=[DB273C10:01C25317]
>
>On Mon, Sep 02, 2002 at 11:56:49PM -0700, Francois Gouget wrote:
> > On Mon, 2 Sep 2002, Jeff Smith wrote:
> >
> > > ANSI_CHARSET and SYMBOL_CHARSET need to be defined (in 
>include/wingdi.h),
> > > but I have some doubts about the details.
>
>They are already defined there:
>
>#define ANSI_CHARSET  (BYTE)0   /* CP1252, ansi-0, iso8859-{1,15} 
>*/
>#define DEFAULT_CHARSET   (BYTE)1
>#define SYMBOL_CHARSET(BYTE)2
>
>Why arent they in your wingdi.h file?
>
>Ciao, Marcus




_
Chat with friends online, try MSN Messenger: http://messenger.msn.com





ANSI_CHARSET

2002-09-02 Thread Jeff Smith

ANSI_CHARSET and SYMBOL_CHARSET need to be defined (in include/wingdi.h), 
but I
  have some doubts about the details.

SYMBOL_CHARSET should be defined as (BYTE)2, I believe.

If the current value of DEFAULT_CHARSET as (BYTE)1 is correct, then I 
suspect
  ANSI_CHARSET should be (BYTE)0.  I question the current value of
  DEFAULT_CHARSET, and suspect it should be the reverse (DEFAULT:0 ANSI:1).
  DEFAULT defines tend to be 0 except for a few special cases (and this one
  does not fit as one of in my book).

I'm sure someone out there is more familiar with this than I am, and I would
  appreciate their feedback.

Notes:
  There is a function in shell32.dll as distributed in Win95-OSR-2.1, that 
usesthe LOGFONT structure.  In this function, the structure is used for 
three
  fonts: "Times New Roman", "Arial", and "Wingdings".  The lfCharSet member 
for
  each case is 0, 0, and 2, respectively.


-- Jeff Smith


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com