Keith Matthews wrote:
On Wed, 13 Nov 2002 18:53:42 -0600
Ian Pilcher wrote:
My thought is to use SGI FAM (http://oss.sgi.com/projects/fam/), which
is shipped with Red Hat and (according to bug #588) Mandrake. I'm not
sure about any other distributions, but the FAQ on the web page states
On Thu, Nov 14, 2002 at 01:53:46AM -0600, Ian Pilcher wrote:
but doing something -- albeit imperfect -- seems better than doing
nothing.
This statement is true in many cases, but it is dead wrong when security
comes into play.
Ciao
Jörg
--
Joerg Mayer
Hi
While trying to find problems with messages I stumbled over a message
I didn't know what it is. My app got a message 0x0313 when I right clicked
on the app button in the taskbar, that on my old NT4. The only info I found
is that the app should show the system menu like in this example:
//
Marcus Meissner wrote:
Check up on directory notifications in Linux. A way cool thing.
- catch SIGIO ...
- fcntl(fd, F_NOTIFY, DN_xxx|DN_yyy);
In fact, I've just been looking at them. Way cool indeed, except that
they're Linux-only.
--
It all depends which platforms you want to support in this patch, as far
as it goes. FAM has support for a lot of different systems, but there's no
need to really add it as a dependency IMHO. Adding support for the
platforms we wish to support would be simpler.
I think the best reference would be
Ender wrote:
It all depends which platforms you want to support in this patch, as far
as it goes. FAM has support for a lot of different systems, but there's no
need to really add it as a dependency IMHO. Adding support for the
platforms we wish to support would be simpler.
Ideally, it
On Thu, Nov 14, 2002 at 07:04:24AM +, Keith Matthews wrote:
It sems to have been dropped in RH 7.3 which is a good thing.
No, it's not dropped.
Fam requires portmapper. If not set up properly (i.e. by someone who
understands what they are letting loose) portmapper can be a serious
Havoc Pennington wrote:
GNUCash has something like 40 dependencies including a lot of very
unstable/unfinished APIs. FAM is 1 dependency and while it sucks, it
doesn't change very often (or at all that I know of).
FAM is one. Freetype is one. CUPS is one. OpenGL (mesa) is also one.
They do
Fam requires portmapper. If not set up properly (i.e. by someone who
understands what they are letting loose) portmapper can be a serious
security problem. The security community regard the introduction of fam
a serious backward step on RH's part.
KDE etc might use it but they do not
Tony Lambregts a écrit:
I have been fighting with trying to get your sample built on my system.
The end point for me seems to be that in order to use your faq.dsl I
need docbook DTD 4.2. RedHat 7.2 has Docbook 3.0 through 4.1 but 4.1
just does not cut it.
jade:../faq.dsl:50:24:E: reference
Shachar Shemesh wrote:
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
Hi,
Personally, I think it would be better to use fcntl(F_NOTIFY), then
fallback to FAM and finally no change notification. BSD can allways
implement it natively too.
Put it this way: if we believe 90% of Wine users are using Linux, and
%50 of users have FAM, then it would be logical to use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Julliard kirjoitti Keskiviikko 13. Marraskuuta 2002 02:00:
Eric Pouech [EMAIL PROTECTED] writes:
just a dumb question: shouldn't we better (for synchronous unix reads)
convert the fd into a FILE* (cache those FILEs for a few streams, or
Vincent Béron wrote:
Tony Lambregts a écrit:
Vincent Béron wrote:
Tony Lambregts a écrit:
I have been fighting with trying to get your sample built on my
system. The end point for me seems to be that in order to use your
faq.dsl I need docbook DTD 4.2. RedHat 7.2 has Docbook 3.0 through
Dimitrie O. Paun wrote:
On November 10, 2002 11:25 pm, Vincent Béron wrote:
Dimitrie, the actual HTML code is rather ugly in it's source
presentation, so don't hand-edit it :P Anyway, it's not meant to be
hand-edited, that's what sgml and docbook are for. The layout is exactly
what you
Patrik Stridvall [EMAIL PROTECTED] writes:
In the case of generated.c it is very useful since
alignment and that sort of thing might pontially be different
with C++. For other normal tests I'm not sure how useful
it is to tests with C++ as well. It can't hurt of course
but then it takes
Patrik Stridvall [EMAIL PROTECTED] writes:
In the case of generated.c it is very useful since
alignment and that sort of thing might pontially be different
with C++. For other normal tests I'm not sure how useful
it is to tests with C++ as well. It can't hurt of course
but then it
Christian Costa [EMAIL PROTECTED] writes:
I've sent a patch for ddraw COM management, I did not have any
comments and the patch has been rejected.
Could someone tell me if something is wrong or lacking?
Well, I was hoping some of the COM experts would comment on that. If
I understand it right
Patrik Stridvall [EMAIL PROTECTED] writes:
Then of course we want normal C++ tests as well. Many (most?)
applications likely to be ported by Winelib are C++ application
so we really should have tests for possible C++ problems.
The Wine tests are supposed to test the implementation, not the
Folks,
The second release (much expanded) of the Fun Project
page has been released, in all it's glory, at:
http://www.dssd.ca/wine/Wine-Fun-0.2.html
The working version of the above is at:
http://www.dssd.ca/wine/Wine-Fun.html
By now, you should know that comments, suggestions,
and flames
You might want to add visual-mingw to the winelib apps section. One thing I recommened
to Jermey
White a while back was that WINE might gain more of a market share if there was a easy
way for
people that are writing Windows apps on Windows if they had a IDE for GCC that was
cross-platform.
I
On November 14, 2002 09:23 pm, Steven Edwards wrote:
You might want to add visual-mingw to the winelib apps section.
Done. Do we have a volunteer? :)))
--
Dimi.
Thomas Wickline wrote:
Hi,
I have been looking over the FAQ and we have
a question in the FAQ What is the History of Wine
And after talking with Dimi Paun I would like to expand this to a
Wine Time Line page that could be updated a couple times a year.
This would give users info about
On November 15, 2002 01:58 am, Tony Lambregts wrote:
Where would you want it to go (in the faq?) or would we just link to it
from the faq like the status page?
I think it should be merged with the Press page. Who wants to read a dry
list of old articles? That's there only to satisfy the
24 matches
Mail list logo
