How about giving oprofile a spin ?
It is very good at pinpointing runtime hotspots. I just wanted to give
a suggestion on how to get going with profiling right now without the
need to wait for wineprofile functionality.
I'm told (and have been persuaded of this), that Wine's internal
Hey Mike,
Charles and Mike did a fair amount of work to submit a
patch to Wine to enable a profiling mode.
Sadly, Mike is on vacation this week, so i'm not sure if he's
around to help out.
But if you look through the archives (I think Mike mailed it in),
you should find it.
We'd really like to
Just to clarify; Alexandre generally prefers to do the merges
in one chunk, it makes it a lot easier, and it is
the only way our guys get any credit for the work they do.
The cxoffice Wine code is up there, and is LGPL, and folks are
more then welcome to look at it/use it/submit patches
with it.
Hi Sachar,
I think Europe is the best compromise for people on most parts of the
world. It has direct flights from almost everywhere (are there any New
Zeland/Australia/Antartica Wine developers? I'm also not sure about
South America).
I think there was pretty clear agreement on this point
Shachar Shemesh wrote:
Hi,
So, what was the decision regarding wineconf? Are we going to have it?
Where? When?
There has been no decision on it. My threat to hold it in
Minnesota in January was not sufficiently intimidating,
apparently grin.
I keep meaning to make good on my threat, but
On Fri, 2003-04-04 at 14:05, Mike Hearn wrote:
Hmm, I'm curious, how do patches from CrossOver make their way back to
WineHQ? Do you guys have a big patching session where it all goes
through wine-patches, or do they get brought straight into CVS?
Usually after we ship, Alexandre does a merge
On Tue, 2003-03-25 at 17:06, Jeremy Newman wrote:
The hard parts are done. The site is live. Time to party like its 1999!
Thanks to all those who helped me with this undertaking. The new site
was months in the making with most of the hard work in the last few
days.
Dimi, when I see you, I
Dimitrie O. Paun wrote:
On March 23, 2003 12:04 am, Jeremy White wrote:
[snipped your clarification; I now understand you are arguing
for your perceived 'best practices']
Sorry, they are not perceived. I think I've proved that by now.
Again, please go look at:
o http://www.kde.org
On Sat, 2003-03-22 at 02:47, Dimitrie O. Paun wrote:
On March 21, 2003 09:08 pm, Jeremy White wrote:
Perhaps I am missing the point.
I have taken your statements to mean:
1. There is news that occurs more frequently
or more urgently than the schedule of WWN
allows
The idea all along was to have an app maintainer that could moderate
things, I could see that pruning arguments wouldn't be an awful thing.
Also, the design also was to have stale ratings and
comments evaporate. Sadly, we lost the momentum to fully follow through on that
(@[EMAIL PROTECTED]
See, that would be duplication. We already have news. It's WWN. Adding
announcements that don't get updated as often as WWN seems lame. Leave
that to other news sites.
I beg to differ. WWN is more like a magazine. It is wandeerful, and has
a good purpose, but that it's not for
The list can go on and on. What project does NOT have such a news area?
I would note that most of these projects also have a WWN-like publication.
As such, as a matter of policy, I don't think I should be arguing for it,
but the argument should be against it if we don't want it. I think it's
No, you are missing the point. I've repetead several time why
the scope and focus and target audience is different for a
Latest News and WWN. Same as monthly magazine vs. news channel.
Please reply to those, ignoring them every time will not make
for a very informative discussion :)
Perhaps I am
You have to have this in order to credibly support Microsoft Access...grin
Cheers,
Jer
Mike Hearn wrote:
Yeah when I saw that I let out a loud WOOHOO, My wife asked me what it was
about,.so I had to explain. This is BIG. It seemed to me that there should
have been a parade and fireworks
Woa. Don't jump so fast, Jer is just doing development,
he hasn't even asked for comments yet.
Besides, I was just over at his desk beating him up
over that grin.
It does beg a serious question, though, which I'll
bring up. We (CodeWeavers) would like to receive
some recognition on the WineHQ
Hmm, as far as we know, it's up and running fine.
Do your results for a 'dig cvs.winehq.com' differ
from the following, and if so, does using the IP
directly work?
dig cvs.winehq.com
; DiG 9.2.1 cvs.winehq.com
;; global options: printcmd
;; Got answer:
;; -HEADER- opcode: QUERY, status:
Okay, folks, I think we should have a Wineconf, and
I think it should be in conjunction with LinuxTag in 2003.
However, I am too swamped to arrange a conference in
Germany.
Further, Dan, who was kindly following this up, can't
make it to Germany in July (congrats, btw, Dan g).
So, while he
And we do not need the glibc developers, the ball is in our park ;)
Presuming we knock the ball out of the park, do we have any
hope for backwards compatibility (in other words, can
we build a flavor of Wine that will work both on glibc 2.3
and glibc 2.2?)
Jer
I can take checks made out, in U.S. dollars, to
The Wine Project. In 2-3 days (the Paypal
processing time), I'll have a Paypal button that
links to the same account (it turns out if you have
*two* savings account, it creates all kinds of fun
wrinkles g).
Please don't send checks in non U.S.
There is now a Paypal donations link up at www.winehq.com;
donations there go into a bank account I opened
under the name The Wine Project.
I promise to only embezzle small, unnoticeable amounts
of the funds grin.
We should probably decide what we want to use this money
for; I'm happy to send
I think we should have another Wineconf.
The last one was a blast, and I think helped lead to
a really great 2002 for Wine.
However, I'm not wealthy enough to fly everyone
around the world. Maybe next year grin.
But just because Lindows isn't going to pay for it doesn't
mean we can't get
fwiw,
I'm filing papers (on a personal basis ) in Minnesota to do business
as 'The Wine Project', and I've opened a personal account with
the name 'The Wine Project', and I'm a few days away from having
a Paypal button all ready to go to accept donations.
You can thank Tom for this; he's the one
On Thu, 2003-01-16 at 22:12, Dimitrie O. Paun wrote:
Hi folks,
I'll be away for 9 days starting tomorrow, skiing.
Just in case you wonder whether I've fallen off the net. :)
Whew.
Man, the mail server was *this* close to frying out;
now it'll get a break. grin
Have fun!
On Mon, 2003-01-06 at 11:12, Jim White wrote:
Mike Hearn wrote:
Supposedly Mac OS X already has the largest installed base of
any single *nix distribution...
Actually, according to figures from Apple and IDC (guess which is more
neutral) desktop Linux has at least
Hey Dan,
We've looked into this extensively; looking at both flavors
of apispy (yes, there are two of them, with very similar names),
and a lot of other variations.
However, I've got a half baked W2K based solution similar to
the Detours library from Microsoft. The advantage to my approach
is
It's really inefficient: the cost increases quadratically with the size
of the resulting string.
Well, no, the cost is linear. It would only be quadratic if the number
of strcat calls depended on the length of the string.
It's more efficient to do:
sprintf(foo, %s%s%s%s%s%s,
-if [ -f /etc/redhat_release ]; then
+if [ -f /etc/redhat-release ]; then
afaik, mandrake has this file as well:
[weavertest-d weaver]$ cat /etc/redhat-release
Mandrake Linux release 9.0 (dolphin) for i586
[weavertest-d weaver]$
Jer
Make sense. How about this: let's add a visual basic
regression test suite to Wine.
I'm not kidding! Ought to be pretty easy to hit at
least the non-gui parts...
I think this is a great idea. It will be a bit challenging -
my understanding is that most VB apps that people want to use
in
On Tue, 2002-11-05 at 08:37, Dimitrie O. Paun wrote:
On November 4, 2002 09:07 pm, Igor Izyumin wrote:
Anyway, this can probably be solved by tweaking the stylesheet. Jeremy
Newman came up with a different design, so I doubt that the current one
will get adopted.
OK, we can wait for
This question thingy is _completely_ non standard, and
at least for me, a bit annoying. And being so non-standard,
I think the burdon of proof it's on you to justify such
a drastic departure from standard website design practice.
I have no objection to changing the titles away from
the question
I am not sure what you're saying here, but as far as I'm concerned,
I think we should have a link in the menu *only* to the Supported
Applications page (the hand written one), and from there a link to
the Application Database. If this is what you're saying, I agree.
If you are saying that we
On Sun, 2002-11-03 at 11:50, Dimitrie O. Paun wrote:
On November 3, 2002 12:38 pm, Jeremy White wrote:
Yikes. I hadn't understood that the whole menu tree would be
visible on the main page. I don't like that at all.
34 choices on the first page is way more than the 7 max
I advocate
I'd say that *BY FAR* most people use Wine to run programs.
What would you use Winelib for anyway ?
IMHO it has somewhat limited use, given that you don't really gain a lot
from porting programs via Winelib (neither performance, nor code size,
nor ...).
Yes, I'd discovered this since I started,
, I'm sure we can
find somewhere on winehq.com for you
to hang it.
Cheers,
Jer
On Sat, 2002-11-02 at 10:01, Dimitrie O. Paun wrote:
Jeremy White wrote:
Okay, we have a backup FAQ volunteer. Who will be our primary?
It's always easier to criticize, than to do. If you do something,
you're
5.5 Application database
I think the application database is buried too deep
here; I think it should be, if not top level,
a main entry under 'Status'.
Also, I want to make sure that I am in a minority
here in feeling that the proposed structure is
going in the wrong direction. I think a
Andi and I have talked about the FAQ a lot on
and off through the years, going back to when
he was in St. Paul and first set up the
FAQ-o-matic.
When I go visit a project the very first
thing I look at (before screenshots,
about, or *anything* else) is the FAQ.
Therefore, I think it's extremely
In responding to Dimi's call for better binary packaging,
and the whole issue of getting a base line config ready,
it felt clear to me that WineSetupTk is a tool that
is underutilized.
I have been trying to persuade Alexandre to include
WineSetupTk in the main Wine distribution for some
time now,
I expect to be living close to it for the next few months and may
well get some questions that don't appear on the mailing list. I also
don't see myself being able to find the time to do much coding, however
much I'd like to.
On the other hand I'm not sure I can do things in a timely
Guy,
Thanks for all of your great work. You will be missed,
but I know how family demands can be.
Best wishes,
Jeremy
On Mon, 2002-09-30 at 21:32, Guy L. Albertelli wrote:
Hello All,
Unfortunately I need to stop most of my work on Wine. This is due to family
demands and also that it is
Sure looks like it's down; that's our main server, so we're on it
with some urgency...
Cheers,
Jer
Paul Millar wrote:
Hi,
I can ping www.winehq.com, but can't load http://www.winehq.com/ (or any
other page). Instead, I get a connection refused back from the local
proxy. Also, email to
I can ping www.winehq.com, but can't load http://www.winehq.com/ (or any
other page). Instead, I get a connection refused back from the local
proxy. Also, email to [EMAIL PROTECTED] is not being delivered
(connection problems again).
Looks like a server problem, so could someone give it a
Warning: Chaos lies ahead this path.
Oh c'mon, we haven't had a good flame war in *ages* g.
Every good developer knows that tabs are evil, and that
four space indentation is the way and the truth and the light...grin
Jer
On Wed, 2002-05-15 at 13:53, Andriy Palamarchuk wrote:
--- Andreas Mohr [EMAIL PROTECTED] wrote:
Rejected :)
Keep in mind that we're not in Wine 1.0 stage yet...
winehq.com needs changing, so we *do* change it
before it's too late...
(read: Wine 1.0)
As I said, don't mind as
I agree with Andi. Too much useless, redundant data. If you have an
issue with Wine, submit it to Bugzilla (bugs.winehq.com). Bugzilla is
where Wine bugs belong. The AppDB has to only answer a few simple
questions. Does my app work? and How well does my app work?.
I also agree strongly.
That does fix it, though I was getting used to the client side fonts :(
What version of XFree86 is needed to get a good xrender? I am running
version 4.1.0.
You need 4.2.0. You can also just build libXrender.so,
which is not that hard to pull out of CVS and build by itself.
Finally, I have
to wine-devel when it should point them to bugzilla. One other comment
about this is that bugzilla's address is
http://wine.codeweavers.com/bugs/ and I think it scares people away from
using it. I have nothing against CodeWeavers but I think If bugzilla's
address was
cheaply? Im sure this is an OOS Project, are we all leaches upon the
linux community?...I feel a little cheap since I downloaded a couple of
Debain ISO's without paying for them. We use Wine to test out Windows
Apps in Wine...so its no great surprise Office 2000 has become an issue.
Hi everyone,
I thought I'd let you guys know that today we have
launched version 1.0 of our next product, which
we are calling 'CrossOver Office'.
Basically, we've tuned Wine so that it installs
and runs Office and Notes very nicely, and we're selling that
in a nice bundle.
Since it's LGPL,
Yven, could you put information about the application
to the Application Database
(http://wine.codeweavers.com/appdb/)?
It would be also great if you could maintain
information about these applications there, put nice
screenshots, detailed description etc. This won't take
a lot of your
The specific goal was to clone Lawson 50 times,
and have each clone pick up an application.
grin
On Tue, 2002-03-19 at 09:14, James Hatheway wrote:
C. Testing apps? I have no real idea what you mean.
Sorry, I guess I should have been more clear, I just typed in
word for word my brief
For the record, I perceived Brett's comment as very
insulting; it called into question both my
integrity and Alexandre's integrity.
Again for the record, I and many developers at CodeWeavers
had our votes 'discarded' because of our affiliation
with CodeWeavers (the criteria Alexandre used was
You lied, Jeremy. To me and to others who thought that your
word was worth something.
Brett, I have long held a personal preference for
LGPL. If you wish to claim I said something completely contrary
to my personal beliefs and then call me a liar, go right ahead.
Why don't you claim that I
Hmm. I had probably Uwe's requests for wine-license in mind more than
anything else, so must have missed that. But should we change the list
name now?
I don't think it's worth changing now; it's a pretty minor difference,
IMHO.
Jer
I think this is a good idea; if Ove or someone else
doesn't beat me to it, I'll ask Jeremy Newman to make one tomorrow.
One thought, though, perhaps wine-legal would be a better name.
Jeremy
On Sun, 2002-02-17 at 14:56, Uwe Bonnes wrote:
Hallo,
somebody asked not to send more than two
Several people have asked me to clarify my original post.
I apologize for not replying sooner; to be honest,
I have been hoping that the flames would die down,
and I was very reluctant to fan the flames in any way.
Further, I'm not sure if I have anything to add other
than kindling. But, I
On Fri, 2002-02-15 at 09:49, Roland wrote:
At 08:19 AM 2/15/02 -0600, Jeremy White wrote:
Several people have asked me to clarify my original post.
I just don't understand one thing:
How does your company expect to make money once WINE is xGPLed? If all your
code has to be contributed
On Fri, 2002-02-15 at 14:35, Sean Farley wrote:
On 15 Feb 2002 08:58, Jeremy White wrote:
On Fri, 2002-02-15 at 09:49, Roland wrote:
At 08:19 AM 2/15/02 -0600, Jeremy White wrote:
Several people have asked me to clarify my original post.
I just don't understand one thing:
How
Mike's on vacation right now in Australia;
I think he's checking email about once a week.
[EMAIL PROTECTED] should get to him.
Cheers,
Jer
On Tue, 2002-02-12 at 10:41, [EMAIL PROTECTED] wrote:
Good day!
Anybody know a current email address for Mike McCormack? Did he ever
show up at
How To Improve The Debugger [[EMAIL PROTECTED]]
Just to be clear, this is a User suggestion.
I haven't yet decided whether to go at all. ;)
FWIW, every listing of my name or CodeWeavers name was also done
without my knowledge or consent; I'm not currently planning
on going, so it'll be a
into the bit bucket.
Cheers,
Jeremy
From: Richard A Lough [EMAIL PROTECTED]
Jeremy White wrote:
I'm working with someone involved in the Microsoft trial,
and they are looking for some information from the
Wine team.
Specifically, they need clear examples of Windows APIs
Roland, I've just hit a very busy patch in my personal life.
You've asked a fair question, and I will try to address it,
but please give me a day or two.
Thanks,
Jeremy
I'm working with someone involved in the Microsoft trial,
and they are looking for some information from the
Wine team.
Specifically, they need clear examples of Windows APIs
that are not documented, or cases where the actual
working of an API is substantially different from the
documented
Folks,
Some recent events have occurred that have made me change my opinion
about a Wine license change.
During my involvement in the Wine project, I have always striven to
make sure that I, and my company, did what was best for the Wine
project. I believe Wine's success will help to make the
I'm slightly against changing the versioning scheme before 1.0.
After 1.0 we probably want to have so sort of different versioning
especially since we might release different versions of the DLL:s
independently of each other. However I don't think there is much
use of having that pre 1.0.
Roland wrote:
At 08:35 AM 1/11/02 -0600, Paul Clarke wrote:
My attempt to convince you otherwise:
http://oss.software.ibm.com/developer/opensource/linux
http://www.ibm.com/linux
Paul Clarke, IBM
Good, so it really seems that IBM is commited to Linux. Now my question
is, would it
The attached revision to Alexandres patch modifies the Wine makefiles
such that a Linux developer can:
make test (to confirm all regression tests)
make clean-test (to clear the tests and try again)
It also creates three sample tests in
programs/winetest/samples which hopefully
I can't say I like your *.test files; I think this should be taken
care of by the makefile directly.
I started down this road, but then I ended up needing
PERL_TESTS and INVOKE_TESTS in the Makefile, and IMHO,
that was uglier than the *.test file.
This may simply be a lack of
Francois Gouget [EMAIL PROTECTED] writes:
So the test has to do the diff itself. And no calling 'diff' because
it's not portable :-(
But you shouldn't need diff at all. You just have to write the test
slightly differently to have checks instead of printfs.
The normal behaviour
Alexandre Julliard wrote:
Jeremy White [EMAIL PROTECTED] writes:
The normal behaviour of the tests is that they are
oblidged to provide an 0 exit code on success; I think that
is an excellent standard.
However, having the diff feature allows us to more
rapdily adapt existing programs
FYI, they're apparently going to be talking about Wine
tonight.
Jer
http://linuxtoday.com/news_story.php3?ltsn=2002-01-08-024-20-OP-CY
Title: Linux Today - Tonight Live: New Directions for a New Year. We talk about WINE >> on The Linux Show
Breaking NewsPreferencesContributeLink
MSNBC Interactive grants you the right to install and use
copies of the SOFTWARE PRODUCT on your computers running validly
licensed copies of the operating system for which the SOFTWARE
PRODUCT was designed [e.g., Microsoft Windows(r) 95; Microsoft
Windows NT(r), Microsoft Windows
Yep. With Microsoft stuff, they tend to call the free downloads
'operating system components' to make it sound more reasonable.
They can't use that dodge with products from MSNBC, though, so
it looks more ham-handed there.
To be fair, it's not just Microsoft - Macromedia does it too
* its exit code
* text output on either or both of stdout and stderr, both of which are
normally redirected to a file called 'xxx.out'.
A test succeeds if:
* its exit code is 0
* and its output, 'xxx.out' matches the reference output according to
the rules described later.
I think that
In fact here's a 10-minute hack to add a make test target. With that
all you have to do is create a test script in dlls/xxx/tests/foo.test,
put the expected output in tests/foo.test.ref (presumably generated by
running the test under Windows), add your script to the makefile and
run make test.
I don't think we should maintain a Windows make hierarchy, at least
not manually. If we have to ship Windows makefiles they should be
generated from the Wine makefiles (or both types of makefile generated
from some other source file). Asking people to keep two hierarchies in
sync won't work.
Andriy (and all),
I think you have dismissed winetest much too quickly.
We spent a considerable amount of energy thinking
about a test harness (largely because one of our investors
felt passionately that it was vital), so not only did
we have the public conversations you saw on wine-devel,
we
(after all, they do follow on work that we did).
Not according to the David Elliot and I agree.
Ah, so the summer Andreas spent here working on
InstallShield 1-5 was of no value, and the past
two years that Alexandre has spent reworking
the internal process and window communications
What do you suggest defending then? Nothing? The ability to run only
your favorite application? I still don't understand your position,
and I can't say you seem to really understand it yourself.
The key question here is whether or not switching Wine to the LGPL will,
in the long run,
Hi Dan,
I read your remedy proposal; nice work.
I obviously like your proposal (hire CodeWeavers
to port Office, great idea! grin). I'm skeptical
that this proposal will be accepted, and I also feel
a bit uncomfortable advocating it as it clearly
benefits organizations like mine, and doesn't
Also, if I'm not mistaken, Office 2K uses heavily MSIE infrastructure, and
MSIE still cannot be even installed on wine (without windows), so I suspect
it's a ton of work to do.
This is an excellent and important point. Office depends on IE,
but with Office XP, you can no longer
It's slowly coming around (Francois recent patches are key),
but we still have some fairly serious issues.
You've hit the first issue - being sure to use the
GNU tool chain.
Doing a cvs update and trying again (after, of course,
Alexandre commits Francois' recent patches) may
bring you more
First I thought this was a problem caused by the SUN as, but then I
installed the GNU as, and typed
make clean; rm config.cache; configure make depend make
but the problem remained.
I suspect that the problem is that gcc is still invoking
'as' instead of 'gas'. My understanding is the
I added a comment in wsprintf16 to make Andreas happy. But I agree
that the change log (and cvs diff) is the best way to store this kind
of information.
Okay, so it's a slow news day, and I feel like stirring up trouble.
I would argue that it is, in fact, counterintuitive, to have this
We've always built the CodeWeavers Wine RPM unstripped, in the theory
that it made supporting Wine newbies easier.
However, AFAICT from watching cemw, we never get into a situation
where a newbie goes into winedbg; more often, they shift
first to the CVS tip, and from there maybe to winedbg.
Okay, with all of 3 days worth of data, we've already
figured out some problems with the current Apps DB.
The structure of the DB is that you have an
app, like MS Word. Now, when you're on MS Word,
you can see an app description, and people can post
comments.
Each App can (should?) have sub
You can safely assume 600-700 pixels width. No more. I Sure don't run
my browser in 1600x1200 just because my desktop happens to run in that
resolution.
Hmmm. You're imposing maximum resolutions without necessarily
considering the effects, and the overall design.
I believe that the
This getes me back to the other part of the question, is anyone currently
working on this? I know people at CodeWeavers supposedly were working on
getting the various mutations of InstallShield working, this error seems
to be pretty common across all InstallSheild v6 based installers I've
PID WCHAN
2531 down
Great :-( Now the interesting thing would be to know *which*
semaphore this is waiting on ...
I'd really like to see a kernel stack backtrace on this. However,
there doesn't appear to be an easy way to do so ...
I was pretty sure this was going to be a
Just spent 30 minutes trying to reproduce with Outlook, and now, of course, I can't.
I may well have pressed ^C at some point; I'm learning that Outlook does, eventually
(2-3 minutes) come up (but promptly crashes).
However, whilst trying something else, I had another winelib program crash.
gerard patel wrote:
At 12:14 PM 20/03/2001 -0600, you wrote:
snip
I saw at least other user report on this (Steve Fox reported this
with Lotus Notes).
My best guess is that this is a bug in the vfat driver,
but that's just a hunch.
Where did this Notes bug turn up ? I never saw it on
Could you check in which kernel routine the process is blocked?
(e.g. using ps -Ao pid,wchan)
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
jwhite2531 2.3 14.8 86144 38016 pts/0 D16:02 0:05 wine
--debugmsg +server msimn.exe
PID WCHAN
2531 down
Hmm.
Ove,
I have in fact determined why I did not use which:
On Suse (and Caldera, I believe),
which /usr/bin/wine returns an error string,
making the whole script go straight down the drain.
What was wrong with the previous implemenation?
Are you getting a $0 value that doesn't include
the path?
I believe that the mailer ate my homework...er...email, so
please forgive me if this is a duplicate message:
I also started to think (and write the very first pieces) of a test
harness. If you like to, I'm fully open to discuss all that with you.
I think it would be great if we could start
I quite often get in the mood where I just want to implement something random
(todays choice is LHashValOfNameSysA from oleaut32.dll). What I'd really like
to see is a 'hot' list of API calls that need to be implemented. Trudging
through one DLL at a time gets boring, if I'm going to
And if you go to
http://wine.codeweavers.com/apidb/
You can see just such a database. It's a bit
out of date, and rough at the moment, but there you go.
The hope is someday to link it to the apps db, and
to the regression test db, so we can see a list of all APIs
that don't have a good
If you do
cd documentation
make wine-doc/index.html
then documentation/wine-doc contains a nice set of HTML pages that
can be used by the user (or tarballed into an RPM g).
Jer
Uwe Bonnes wrote:
Chris Morgan writes:
ChangeLog entry:
*documentation/installing.sgml, running.sgml,
Hmm. IMHO, we should do a configure test for
db2html, and report it as missing when the
user goes to make the doco, along with some useful
advice on where to get it from. And, of course, this
applies to all the other tools required to build 'em.
Jer
"John R. Sheets" wrote:
On Jan 18, 2001,
Wow! Just when you think a thread had gone into the black hole...g
I strongly agree with what both of you have suggested; I particularly
think Francois is correct to suggest that we resolve some of the
hierarchy/name space issues with keywords.
Also, I think it's vital that in addition to a
Michael Cohen wrote:
Guys,
I've been pondering this one for a while now. If endianness is
accounted for, can WINE be ported to different architectures / operating
systems? WINE should be configured from the ground up with ifdefs in place,
but I don't imagine that anyone was
Anyone know how to tell KDE to rescan menu bindings?
Some people have reported that KDE menu entries don't appear
until after KDE is restarted.
Any way I can give KDE a kick in the pants?
Thanks,
Jer
1 - 100 of 140 matches
Mail list logo