On Sunday 17 February 2008, denis bonnenfant wrote:
> Another major application that may be interesting to support is SolidWorks.
> http://appdb.winehq.org/objectManager.php?sClass=version&iId=8983
>
> Why ?
>
> - It's one of the most popular CAD application for mechanical design and
> engineering,
On Tuesday 12 February 2008, James Hawkins wrote:
> On Feb 12, 2008 8:16 PM, Peter Dons Tychsen <[EMAIL PROTECTED]> wrote:
> > Hello M.
> >
> > What is wrong with detecting the version, and branching the test code
> > accordingly? Other tests do that IIRC. I think that is a better
> > solution, if
> Please take this discussion OFF LIST. This has nothing to do with
> wine development.
=-O
This was meant not to go to the list. I apologize.
Cheers, Kuba
On Saturday 19 January 2008, Tomas Kuliavas wrote:
> Sorry to other list readers about offtopic rant, but I can't stand when
> people attack software that I like.
I don't think what I said amounts to an attack. I've reported what works for
me, and one of the problems I had with squirrelmail.
> >
On Friday 18 January 2008, Tim Schmidt wrote:
> On Jan 18, 2008 1:06 PM, Tomas Kuliavas <[EMAIL PROTECTED]> wrote:
> > Zimbra is commercial groupware suite. SquirrelMail is free webmail
> > application. You are suggesting to replace whole user's email system with
> > some proprietary locked product
On Friday 18 January 2008, Tomas Kuliavas wrote:
> >> PS : I do find Subject prefixes ugly too... Bu I hadn't found a more
> >> handy solution.
> >
> > Don't use squirrelmail, or better yet - fix it. I suggest you replace
> > squirrel with Zimbra, it's much better. I'm just a happy user.
>
> Zimbra
> PS : I do find Subject prefixes ugly too... Bu I hadn't found a more handy
> solution.
Don't use squirrelmail, or better yet - fix it. I suggest you replace squirrel
with Zimbra, it's much better. I'm just a happy user.
Cheers, Kuba
On Wednesday 16 January 2008, [EMAIL PROTECTED] wrote:
> Hello.
>
> I have many subscriptions to different mailing list with my email-address
> and I'd appreciate a lot to be able to identify a message from this mailing
> list quickly by reading it's subject.
> Could you please add a subject prefix
On Wednesday 16 January 2008, [EMAIL PROTECTED] wrote:
> Hello.
>
> I have many subscriptions to different mailing list with my email-address
> and I'd appreciate a lot to be able to identify a message from this mailing
> list quickly by reading it's subject.
> Could you please add a subject prefix
[snipsnipsnip]
> >>> On my machine, we've been hovering between
> >>> five and ten test suite failures for some time
> >>> (see http://bugs.winehq.org/show_bug.cgi?id=9916 )
> >>> ...
> >>> How 'bout folks spend some time tracking
> >>> the current six odd failures down and cleaning them up?
> >>
>
On Tuesday 08 January 2008, Dan Kegel wrote:
> A few issues:
>
> 1.
> * DPMI_xalloc
> - * special virtualalloc, allocates lineary monoton growing memory.
> + * special virtualalloc, allocates linear monoton growing memory.
>
> Um... Probably should be 'linearly'.
> But if you're opening
On Wednesday 19 December 2007, bridd wrote:
> On Wed, 2007-12-19 at 22:26 +0100, Maarten Lankhorst wrote:
> > This topic comes up from time to time, usually with mild variations. The
> > problem is that wine sets up its own environment and memory layout. In
> > the end you will need a .exe (or wine
On Tuesday 20 November 2007, [EMAIL PROTECTED] wrote:
> mhhh - since it cost me more then one hour to find out why my machine
> reboots and triggering a reboot by just _reading_ a file on my system,
> device node or not is at least very weird behaviour from a user`s
> perspective.
Root's perspecti
On Monday 19 November 2007, [EMAIL PROTECTED] wrote:
> > Yes, Wine shouldn't be able to do that. You're not running Wine
> > as root are you?
>
> whoops - i did. shame on me :)
>
> i retried with ordinary account and the crash didn`t happen there.
> anyway - should i expect such problems with root
On Sunday 09 December 2007, Kai Lauterbach wrote:
> Hi,
>
> at the moment I'm writing a little Linux based program to read some
> variables from a Windows application. But my problem is, that i can't
> access to the virtual memory of the Win App running under wine. I don't
> know how to do this. c/
On Thursday 27 September 2007, Vitaliy Margolen wrote:
> Stefan Dösinger wrote:
> > 1) Multiple Mice. If there are 2 mouse devices, the X server manages them
> > and combines them to one core pointer. These configurations are pretty
> > common, for example on laptops with touchpad + usb mouse.
>
>
On Monday 17 September 2007, you wrote:
> On Monday 17 September 2007 15:10:39 Kuba Ober wrote:
> > > I obviously tried WINE then, but it didn't work,
> > > however, dosbox works with it (though slow, obviously)
> >
> > Wine will not be any faster. Dosbox does
> I obviously tried WINE then, but it didn't work,
> however, dosbox works with it (though slow, obviously)
Wine will not be any faster. Dosbox doesn't emulate the CPU (at least when run
on x86 machines), it's your old good VM environment, just like if you ran DOS
under win9x.
Cheers, Kuba
> I have a program, that I got like ages ago. It
> effectively is an atari emulator for dos, by the name
> "pacifist", but I originally got it installed under
> windows ME. It has an old atari-basic program
> "installed" in it, (a simple game) written by a friend
> in it, which I wanted to play.
>
On Wednesday 12 September 2007, Paul Vriens wrote:
> Andrew Talbot wrote:
> > Changelog:
> > avifil32: Fix some memory leaks.
> >
> >
> > -if (mmioSeek(This->paf->hmmio, This->paf->dwNextFramePos, SEEK_SET)
> > == -1) - return AVIERR_FILEWRITE;
> > -if (mmioCreateChunk(This->paf->h
> > Again StrCpyNW is a shlwapi export, and since you just allocated the
> > buffer of correct length memcpy + adding an explicit '\0' terminator look
> > more naturally here (if not kernel32.lstrcpynW).
>
> I'm allowed to use memcpy? Isn't that a native Linux function?
It's a C library function.
On Tuesday 04 September 2007, Dan Kegel wrote:
> http://www.osalt.com/ has a list of most-requested commercial windows
> apps, currently:
>
> 2. Norton Ghost
> 4. Nero Burning Rom
Native applications exist for both, it's pointless to have wine support either
methinks.
Cheers, Kuba
-- Forwarded Message --
Subject: Re: winmm: Change default driver order to be alsa,coreaudio,oss -
try2
Date: Tuesday 21 August 2007
From: Kuba Ober <[EMAIL PROTECTED]>
To: wine-devel@winehq.org
On Sunday 19 August 2007, Vitaliy Margolen wrote:
> Maarten Lankho
On Tuesday 28 August 2007, Ed Sutter wrote:
> >>Anyway, if it makes more sense for me to just report problems that I have
> >>with uCon when running it on wine, that's fine with me. Bottom line is
> >>I will do whatever is most appropriate/helpful/efficient to get it
> >> running and that includes
On Thursday 16 August 2007, Damjan Jovanovic wrote:
> On 8/16/07, Kuba Ober <[EMAIL PROTECTED]> wrote:
> > On Wednesday 15 August 2007, Juan Lang wrote:
> > > Could some of you check where you have, say, OpenSSL's CA certificates
> > > installed, and email
On Thursday 16 August 2007, you wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> > On Wednesday 15 August 2007, Juan Lang wrote:
> >> Could some of you check where you have, say, OpenSSL's CA certificates
> >> installed, and email me what distro you're ru
On Wednesday 15 August 2007, Juan Lang wrote:
> Could some of you check where you have, say, OpenSSL's CA certificates
> installed, and email me what distro you're running, and the path?
Why? This is a non-issue. Make it a configure parameter, document in the
changelog/release notes, and the pack
On Wednesday 15 August 2007, Andrew Talbot wrote:
> Kuba Ober wrote:
> >> You calculating center wrong:
> >> > + ret = (props->lMax-props->lMin)/2;
> >>
> >> This won't work for min=1000 max=2000.
> >
> > But it does. Maybe you
On Wednesday 15 August 2007, Alexandre Julliard wrote:
> "Juan Lang" <[EMAIL PROTECTED]> writes:
> >> Do we really need them in the registry at all? It would seem a lot
> >> safer to load them directly from some system dir.
> >
> > The trouble is not knowing which is the correct system dir / file.
> >> Artur Szymiec wrote:
> >>> Here is attached patch
> >>> for joystick_linuxinput.c where bug in dead zone
> >>> calculation make joystick unusable. After correction
> >>> tested in two games and works properly.
> >> Thanks for spotting the problem. Unfortunately your patch has few
> >> problem
> > I know there is some discussion of what should be put in the kernel
> > module, so I am asking for advice on what to implement... ie. just
> > handles, everything wineserver does, etc.
>
> The first question is:
> Why do you want to do that and what specifically do
> you want to ach
On Thursday 02 August 2007, Tomas Carnecky wrote:
> from the patch:
>
> return physDev->current_pf;
> + TRACE("(%p): returns %d\n", physDev, physDev->current_pf);
> }
>
> What's the purpose of that TRACE() ?
Copy/paste bug?
Cheers, Kuba
> Is there a formal process for reviewing an arguably incompetent
> bugzilla staffer? Obviously it wouldn't be to submit their name as a
> bug. But is there any defined administrative layer that concerns
> itself with people on that level who are dragging on the project?
>
On Thursday 02 August 2007, Chris Morgan wrote:
> > Rewriting:
> >
> > We can conclude that VM was distracted first by the mention of the
> > ies4lin and second by attempts to attribute the problem to ies4lin, and
> > that, because of these distractions, he was unable to assess properly the
> > iss
> We can conclude that VM was distracted first by the mention of the ies4lin
> and second by attempts to attribute the problem to ies4lin, and that,
> because of these distractions, he was unable to assess properly the issue
> at hand. One also concludes that VM over-relied on the features of the
>
> > > Is there a formal process for reviewing an arguably incompetent
> > > bugzilla staffer?
> > To spare everyone time and to skip directly to an entertainment see bug
> > 9147: http://bugs.winehq.org/show_bug.cgi?id=9147
> I agree with Whit. Most of your writing in that bug report would be in
On Wednesday 01 August 2007, Vitaliy Margolen wrote:
> Whit Blauvelt wrote:
> > Hi,
> >
> > Is there a formal process for reviewing an arguably incompetent bugzilla
> > staffer? Obviously it wouldn't be to submit their name as a bug. But is
> > there any defined administrative layer that concerns i
On Sunday 27 May 2007, Francois Gouget wrote:
> On Sun, 27 May 2007, Marcus Meissner wrote:
> [...]
>
> > Why doesn't the code try using the INFINITY and NAN #defines?
> > Would this help with Visual C++?
>
> Do you mean the INFINITY macro defined in /usr/include/bits/inf.h?
> (which one gets throu
On Friday 04 May 2007, you wrote:
> > There is no standard user-mode interface for accessing USB hardware -
> > there is no equivalent of Linux's libusb on Windows
>
> But there is, just that most vendors don't use it.
http://libusb-win32.sourceforge.net/
It doesn't seem maintained, but it did wo
> There is no standard user-mode interface for accessing USB hardware -
> there is no equivalent of Linux's libusb on Windows
But there is, just that most vendors don't use it.
> (there is
> apparently some user-space USB stuff in mingw's headers, but I
> couldn't find any official docs on it,
On Monday 30 April 2007, Aric Stewart wrote:
> I do a scanf() inside of DRAW_CHECK so that you can look at the scroll
> results and hit enter in the console to go on.
>
> If that is not good I can change or even remove the DRAW_CHECK but when
> i was comparing the results it was handy to be able to
On Wednesday 07 March 2007, Dan Kegel wrote:
> Now, I'm as much of a BOFH as anybody else. Maybe more.
> But when I see a Wine developer telling users things like
> "For me all VB apps have to go to /dev/null without exceptions!"
I guess people sometimes forget that you can code crap in any lan
> >> The application installs but with some error:
> >> "C:\Program Files\Fma\sframeword\helper\BramusICQ.dll
> >> Unable to register the DLL/OCX: LoadLibrary failed; code 126
> >> Module not found."
> >
> > Can you try typing
> > $ regsvr32 BramusICQ.dll
> > manually? You'll have to do it from the
On Monday 29 January 2007 12:50, Tomas Carnecky wrote:
> Lei Zhang wrote:
> > Setting the Exec= line in a .desktop file to: WINEPREFIX=foo wine bar
> > worked in KDE. In Gnome, it works if "run from the terminal" is set.
> >
> > Unfortunately the Freedesktop spec for desktop entries does not
> > sp
> > I tend to prefer 'howto' or 'how to' rather than 'how-to'.
> > Also, plurals normally don't have a single quote. So I'd write
> > 'howtos'. Alternately this could be rephrased as 'How can I submit a
> > how to?'.
>
> how-to is not really a normal word, and to my knowledge, these kinds of
> word
On Monday 22 January 2007 08:13, Hans Leidekker wrote:
> On Monday 22 January 2007 12:49, Alexandre Julliard wrote:
> > You don't want to use stdio functions in Wine. If apps really depend
> > on these functions you'd have to use msvcrt, but otherwise you can
> > simply use TRACE (or not implement
> My system is:
> Athlon XP 2700
> NVIDIA GPU GeForce4 Ti 4200 (with NVIDIA driver version 1.0-9631)
> Debian Etch
>
> Last system modification was an update of the debian system with the
> availabe patches on 05.01.2007. This is most probably the root of the
> problem.
Isn't there a "sister" pack
> Here an another X/Unix problem arises. IFAIK, You cannot type chars
> that are not supported by Your current locale.
It seems to be a trend in current distros to move to UTF8-based locales. Those
support everything you throw at them. On my system (FC6), it's like so:
$ echo $LANG
en_US.UTF-8
W
> > Yes for the last statement, but extraordinary user's mileage may vary.
> > It can choose between (a) running wine as root and (b) running
> > LIDS-patched kernel [8] plus this command:
> >
> > # lidsadm -A -s /path/to/some_wine_binary_piece -o CAP_SYS_RAWIO -j
> > GRANT
>
> Couldn't you also
On Wednesday 20 September 2006 15:25, Vijay Kiran Kamuju wrote:
> Well then will this do good, if the file extension is 'spec', then we
> will take the default value as 'dll'.
> As the logic i am using to parse the filenames is, I am checking using
> the first part of the extension.
> Can you tell
On Monday 11 September 2006 12:12, Frank Richter wrote:
> On 11.09.2006 15:24, Kuba Ober wrote:
> >> Correct me if I'm wrong, I could be looking at the wrong files :S.
> >
> > Are you looking at assembly files? Those have .S extension. Methinks you
> > should
> I was interested in starting to play with wine and maybe even build a few
> functions for it...but then I realized that it's low-level coding,
What do you mean by low-level?
> Correct me if I'm wrong, I could be looking at the wrong files :S.
Are you looking at assembly files? Those have .S ex
> > Shouldn't you only initialize comctl32 once, rather than every time
> > there's no icons and we add one?
>
> Sure. I did it like this because Alexandre only wanted to have common
> controls initialized when we added an icon so we didn't have to do so
> much work at explorer startup. Taking a se
> I try to explain why memcpy worked before.
>
> It did not worked. As far as I noticed, this bug does not affect small
> files (<=0x1000) but if file was large enough (>0x1000 byte) - it will
> appear.
[ . . . ]
Makes sense. Thanks for the explanation.
Cheers, Kuba
> > If anyone needs me to put money where my mouth is, I offer $100 via
> > PayPal if someone in charge wants financial coercion to avoid putting in
> > the X/graphical/ncurses crap for console applications. I'm dead serious.
>
> I'll see your bet, and raise you $150.
Wow, so you're saying that
> > I know that not too many people are using wine like that, but right now
> > it works fine and I'd kindly ask for it to keep working, rather than get
> > broken.
>
> Nobody is suggesting to change the behavior for apps that don't use
> wineconsole. The only suggested change is to default to X in
On Tuesday 08 August 2006 04:18, Alexandre Julliard wrote:
> Eric Pouech <[EMAIL PROTECTED]> writes:
> > also changing the default to user is a bad idea... especially for
> > users wanting to run a text only win32 app from a linux console
> > without X started
>
> I think that's a very small minori
> > > Fix rather unusual bug in LZ77 decompressor. We cannot use
> > > memcpy
> > > with overlapped areas because of unpredictable result. We must
> > > copy byte-by-byte.
> > Why don't you use memmove instead? The man page for memcpy says:
> > Use memmove(3) if the memory areas do overlap.
> W
Hi,
I'm trying to install some registry entries via a custom .inf file. Eventually
the .inf file will do more than install registry entries, so I can't just use
regedit and .reg files for the task.
The relay shows that the entries were supposedly created without problems
(retval == ERROR_SUCC
> > > > > fixme:sfc:SfcIsFileProtected ((nil), L"C:\\Program
> > > > > Files\\GeneXproTools 4\\SampleRuns\\XOR.gep") stub
> > >
> > > Please turn it into a TRACE instead of a FIXME.
> >
> > If it's a stub isn't it a FIXME?
>
> That is standard practice for extremely intrusive and frequent FIXME's,
> > > fixme:sfc:SfcIsFileProtected ((nil), L"C:\\Program Files\\GeneXproTools
> > > 4\\SampleRuns\\XOR.gep") stub
> >
> > (I added this to wine)
>
> Please turn it into a TRACE instead of a FIXME.
If it's a stub isn't it a FIXME? Otherwise it'd only make sense to me if it
were a long-term WONTFIX
On Monday 24 July 2006 13:25, Molle Bestefich wrote:
> Kuba Ober wrote:
> > ?! You're saying that you can't get wine to work for you as non-root?
> > Do other X applications work for you as non-root?
>
> Can't remember, but my gut feeling is 'no'.
> > Do other X applications work for you as non-root?
>
> Can't remember, but my gut feeling is 'no'.
>
> (It's probably something really simple too, I just don't have the
> time, energy nor do I even want to figure out how this crap works -
> for the time being, I'm not into X hacking, so for me i
> > That's plain wrong. I guess Wine needs a patch to make it stop working
> > as uid 0 ...
>
> Some interesting "security features" could be:
[. . .]
Which all leads to nothing, as any windows application can test for and then
invoke linux (or freebsd, or whatever) syscalls directly without wine
> > you complain about security in wine and run it as root? even if i have
> > the strongest doubts, that there is need for running wine as root
> It won't work as non-root, and I could waste days finding out
> whatever's wrong with my X configuration (which is the default as it
> comes with Gent
> Isn't the amount of _free_ vram what wine really is interested in?
> The information how much RAM the card has is pretty much useless.
>
> And the sysfs approach won't work when using X over ssh or similiar.
That's too bad anyway, since there's no shared memory etc. I would imagine it
would be
On Tuesday 11 July 2006 18:01, Rob Brown wrote:
> Hi,
>
> I'm trying to get Protel 99SE working under Wine. It's nearly there, in
> fact it's totally usable, but some slight niggles remain (as can be seen in
> the appDB).
Does it install out of the box, or does it need some Windows components?
D
> That, plus there are _enough_ open source tools, utilities and applications
> having the same purpose as many Windows applications, e.g. OpenOffice which
> pretty much gives everything needed to the *average*
> Word/Excel/Access/Powerpoint user.
Heck, I always disliked MS Word interface via Visu
On Tuesday 11 July 2006 08:50, Roland Kaeser wrote:
> >the goal is to implement the win32 APIs on top of unix. this does
> >neither exclude the gamers nor the "appers".
>
> No that wasn't my idea. But remember the mission: Bring the people to
> Linux! It's just a matter of priorization. What bring
On Saturday 08 July 2006 12:28, Andrew Talbot wrote:
> Hi,
>
> I am trying to constify some of the "name" strings in this file. But I am
> running into problems caused by what seems to be an unusual use of the
> free() function. To my novice eye, it appears that, in functions such as
> get_type(),
> >PS: PLEASE PLEASE PLEASE ADD YOU COMMENTS BELOW THIS LINE NOT ABOVE. IT'S
> >IMPOSSIBLE TO READ.
>
> By default microsoft outlook, hotmail, all add their replies above the
> previous message. It's the way 90% of the email I see works.
Just because billions of flies eat sh*t every day, so should
> > just for sake of completeness: how about enhancing ClamAV so that it
> > takes a fd (instead of a filename) as its input ?
>
> It looks like as if fd are already supported somehow. Need to have a closer
> look at that ...
>
> But I found an even better alternative: ClamAV supports a STREAM comm
On Saturday 24 June 2006 07:06, Christoph Probst wrote:
> Hi.
>
> Alexandre Julliard wrote:
> > You can't do that in general. In Unix a file can have multiple names,
> > or even none at all, there's simply no way to get a filename from a
> > handle. On Linux you can use /proc/self/fd but that's not
> Thanks Ivan.
> I did some IRC with Vitaliy, and he came to the conclusion that the
> outport() code was probably the result of messed up code/stack, since
> the program doesn't use any hardware or locks. I will look into it
> tomorrow.
As one other possibility, and I'm not trying to suggest that
On Wednesday 21 June 2006 21:24, Vitaliy Margolen wrote:
> Wednesday, June 21, 2006, 11:41:32 AM, Andreas Mohr wrote:
> > Hi,
> >
> > On Wed, Jun 21, 2006 at 07:27:28PM +0200, Kai Blin wrote:
> >> I wouldn't necessarily judge the whole list by just two negative
> >> reactions. It's interesting to s
> As for the documentation I can recommend
> - http://blogs.msdn.com/freik/archive/category/12430.aspx
> - MSDN
> - the PE-COFF v8 document recently updated by MS
> (http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx)
> - the ABI document that comes with some MSVC versions
Thank yo
On Wednesday 21 June 2006 06:39, Filip Navara wrote:
> Hello guys,
>
> I'm about to jump in the middle of discussion. The problem is not only
> with the calling convention, but with the whole ABI rather. I've had
> GCC patched to use the MSVC x64 calling convention (without a switch
> though) for a
> > I'd be submitting a patch to mingw32 people as soon as it's
> > done, in addition to posting it here. Note that the only way
> > for me to test it would be to inspect the assembly output, as
> > I'm not running 64 bit environment here (even though I'm on a
> > 64 bit AMD processor). So it'd nee
On Monday 19 June 2006 14:17, Ge van Geldorp wrote:
> With the Win64 patches I just submitted to wine-patches, I'm able to
> successfully build Win64-enabled Wine and execute the following 64-bit
> winelib (winelib64? wine64lib?) application:
>
> #include "windows.h"
>
> int WINAPI WinMain(HINSTANC
On Thursday 08 June 2006 09:02, Molle Bestefich wrote:
> Kuba Ober wrote:
> > > I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
> >
> > It is accessible all right. You just don't know how to get there.
>
> Please insert relevant
> I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
It is accessible all right. You just don't know how to get there.
> Not through the file manager, but often in various applications.
nope. Unless you're talking about some very broken applications that I didn't
come across yet
On Monday 15 May 2006 13:49, Tomas Carnecky wrote:
> After submitting the patches last night, I got some feedback on IRC. It
> seems that adding new exports to gdi32.dll is bad (it apparently tends
> to break applications, those using safedisc2 seem to be good
> candidates), so I had to look for an
On Thursday 11 May 2006 15:53, Mike Hearn wrote:
> On Tue, 09 May 2006 13:49:53 +0200, Stefan Dösinger wrote:
> > I noticed that wine always uses it's own mouse cursor image looking like
> > the standard windows cursor. Is there a reason why the X server mouse
> > cursor isn't used?
>
> Doubtful ..
> As Dan's machine is not a "big iron one", I guess these about 7500 thread
> creation/termination in about 90 seconds could explain the high system
> load.
>
> In the moment, my implementation of WaitCommEvent creates a thread in the
> context of the running program for every call. Any ideas how t
On Friday 28 April 2006 10:54, Hans Leidekker wrote:
> On Friday 28 April 2006 16:22, Dimi Paun wrote:
> > Please, that's a trivial utility. As I said, it's a balancing act.
> > It was very simple to have the bin2res, it looks a lot more complicated
> > to have sfd2ttf. If all we wanted is to avoid
> > IMHO that's too much. Even 100K would be.
>
> I agree, this is a _lot_ of code for what? It's not like we can
> make heads or tails of the diffs for fonts anyway. I agree that
> is good not to have binary files in CVS, but these are binary
> files that are cross platform, need not be rebuild by
s well.
Cheers, Kuba Ober
> > Well, if someone wants to do more work for the sake of argument, then I
> > guess we live in a free world. But still, the fonts are such a fringe
> > part of wine that I just can't see any extra work to be worth it. For a
> > while one can just consider fontforge to be a "proprietary" tool, and
> > 1. You never mentioned what you want this "front-end" to do. I think
> > that's pretty important to whatever you're talking about. Seems to me
> > it might fit in with winecfg or something else that already exists.
> >
> > 2. Did you read the thread(s) about rewriting WineTools that occurre
> >If fontforge"made a mess", that's not just because it's an extra
> > dependency. It's because someone, instead of making the right choice and
> > shipping whatever files fontforge is building, shipped only the sources.
> > The right thing to do would be to ship the prebuilt stuff at least until
On Saturday 15 April 2006 10:48, n0dalus wrote:
> On 4/15/06, Karl Lattimer <[EMAIL PROTECTED]> wrote:
> > If this http://wiki.winehq.org/ThemingSupport is to become a part of
> > wine (RE: GTK support for themes), I don't see what the problem with
> > using GTK is. GTK is available on all distribu
> >>that SETI at home will ever find any intelligent signals and that it
> >>is mostly a waste of energy to look for them given our long distance
[. . .]
> > This is all for fun anyway. Probably [EMAIL PROTECTED] wastes less energy
> > than
> > running Doom3 on a high-end GPU :)
> >
> > Besides, s
On Friday 14 April 2006 15:25, Chris Morgan wrote:
> Just thought that I would throw out the point that it isn't likely
> that SETI at home will ever find any intelligent signals and that it
> is mostly a waste of energy to look for them given our long distance
> to nearby galaxies and planets. A
On Friday 31 March 2006 10:24, Dan Kegel wrote:
> On 3/31/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > > > Incidentally, the port of PSPI used winelib for no obvious reason.
> > > > Wouldn't it have been more robust just to use Wine?
> > >
> > > But it is using wine, that's what Winelib does :)
[.
On Thursday 30 March 2006 06:51, Christoph Frick wrote:
> On Wed, Mar 29, 2006 at 11:12:06PM +0200, Stefan Dösinger wrote:
> > My long term suggestion is to move the Direct3D->OpenGL translation
> > code from WineD3D to gdi and a win32k sys, and write ddraw.dll,
> > d3d8.dll and d3d9.dll to use tha
Typos, typos everywhere :)
> I've resisted switching from Pascal to C/C++ my whole high school, as I
> considered C too have too convoluted a syntax. My opinion hasn't changed,
> it's just that for a long time gcc was a tool of choice for a while and
> learning C was a necessity, pure and simple.
On Tuesday 28 March 2006 23:30, Joseph Garvin wrote:
> On Tue, 2006-03-28 at 17:22 -0500, Kuba Ober wrote:
> > I was pretty serious when I said about Lisp. Once you get to know it,
> > it's an extremely agile and productive programming language that has way
> > m
> > > Can't we do this in C?
> >
> > I hope you meant C++, unless you think it's productive to do a poorly
> > documented and bug-ridden reimplementation of half of C++ standard
> > library*
> > everytime you want to do something other than a hello world application.
> >
> > Actually, for tools lik
> Python!!?! i almost did a C | N > K (that would be cola, pepsi rather,
> through nose to keyboard)
>
> ok ok ok ok although i almos-t ruined a perfectly free and good
> keyboard, i don't like python cause i don't know it, and the learning
> curve has been... dreadful.
>
> Can't we do this in C?
> maybe if we put in a md5sum database of viruses and refuse to run those
> that are viruses?
You mean worms? Viruses modify existing files and thus it's pointless to
check whole-file checksums. Signature checking has significant runtime
impact (say a second just to get one .exe checked), so it's
1 - 100 of 197 matches
Mail list logo
