Quoting zera holladay <[EMAIL PROTECTED]>:
> While my kernel modules are loading I get a message,
> "Timecounters tick every 10.0 msec." There's nothing
> wrong with my computer, I was just wondering what
> caused this message. I have not been successful
> locating any information on this so I f
On Friday 09 November 2001 02:12 am, you wrote:
if you included options IPFIREWALL in your kernel, you don't need to kldload
the module, and it may mess some things up if you do try to kldload it.
> This morning I've cvsuped to STABLE and put 'options IPFIREWALL' into my
> kernel configuration
If they're using gcc to compile then that doesn't really matter, last I heard
gcc's optimizer wasn't that great, and didn't result in much faster code, but
if the glibc people hand optimized stuff, I can see your point.
Ken
>
> This means that Linux's glibc is using an i686 optimized bzero(),
> The HEAD code freeze was extended by three days to
> allow for some final pending work to be committed and
> prepare 5.1 to be a good release. The code freeze will
>
> likely end sometime tomorrow, May 30.
>
> We ask that large scale changes still be deferred
> until after 5.1 is actually release
> The principal problem with libh is too many chiefs and not enough
> indians. Poor Alex and Max have done a HUGE amount of work on the
> system but it's large enough in scope that 2 people cannot hope to do it
> all by themselves, particularly when there's no relief shift to take
> things over wh
Nevermind, I found it:
http://rtp1.slowblink.com/~libh/
Thanks.
Ken
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> Dunno how much further I want to chase this, but I wanted to ask
> the world first:
>
> For FreeBSD 4.7-R, I just (as in two days ago) reinstalled all of
> my packages via ports (cvsupped nightly).
>
> Now, often, mplayer spins upon quitting. It does print "Exiting...
> (End of file)", then neve
> Kenneth> Maybe try it with FreeBSD-STABLE, or even FreeBSD 4.8? I've found
> Kenneth> that occasionally, ports will work on later versions of FreeBSD
> Kenneth> when they won't work on earlier ones.
>
> It's the same on 4.8 . Not that the issue bothers me, but merely not to
> help spread false
> What I find fascinating is that Maxtor's site never actually tells you
> the true throughput of that disk anywhere.
> http://www.maxtor.com/en/products/ata/desktop/diamondmax_plus_9/
Almost none of the hard disk manufacturers do. In fact I've never seen
"true throughput" numbers from ANY manufac
> Maybe not, but they do give a transferspeed from medium range and that
> is what can be expected.
Hmm, I guess not everyone does that. We have some seagates here at work we
were wondering about because they seemed too slow, and we couldn't find
anything aside from what we already knew... the tra
> http://www.maxtor.com/en/products/scsi/atlas_10k_family/atlas_10k_iv/index.htm
> "maximum sustained data transfer rate up to 72MB/sec."
>
> http://www.seagate.com/cda/products/discsales/enterprise/family/0,1086,530,00.html
> Lists not only sustained transfer rate, but tells you the center and
> e
> > Guess I just didn't look hard enough or in the right place. I only spent a
> > minute or 2 on it, but yeah ATA drives don't tell you that sort of thing,
> > they say stuff like "ATA133 for a max transfer rate of 133 MB/sec *" then
> > at the bottom the * says something like "133 MB/sec burst ra
Send a PR.
On Thu, 14 Aug 2003, Steven Hartland wrote:
> I've created a patch for the linux emulation which adds a dummy for
> the exit_group syscall along with defining all functions up to 252
> this fixes a crash in the BattleField 1942 server. How do I go about
> getting this into the various
As far as I know, this is a problem that was fixed in -STABLE sometime in
the last month or 2. If I were you I'd upgrade to 4.5 when it comes out
and see if that solves the problem.
Ken
On Fri, 25 Jan 2002, Dmitry Mottl wrote:
> Hi, All
>
> Sorry, for posting a big dump, but it is needed for un
Yeah, I guess it could be packet collision or something... are you
connecting the computers through a hub?
Ken
On Fri, 25 Jan 2002, Mike Silbersack wrote:
>
> On Fri, 25 Jan 2002, Dmitry Mottl wrote:
>
> > Hi, All
> >
> > Sorry, for posting a big dump, but it is needed for understanding
> > the
did u do a config -r on your kernel config file? if not it might not pick
up some of the new stuff.
Ken
On Mon, 4 Mar 2002, Geoff Mohler wrote:
> Ok..dumb question alert. (fair warning)
>
> I just did a 4.3 to 4.5 upgrade, and made sure the sys source was upgraded
> as well.
>
> Went in, and d
> I have a small problem. I work for software development company and
> write daemons and console tools for Unix. My boss wants everything to be
> written in C++, because he thinks C++ is cool. I prefer C for such
> tasks, but I cannot really put good arguments of why and where C++ can
> be worse
The code itself may be fast, but programs written in c++ tend to link to a
lot of shared libs, which in itself can be pretty slow.
Ken
On Tue, 5 Mar 2002, Martin Ankerl wrote:
> > My main problem with C++ is that it adds a lot of overhead, and it's slow.
>
> Well written C++ code can be very fa
Well, that too, I guess I was just using KDE as an example of something
being extremely slow due to a lot of libs being loaded.
Ken
On Tue, 5 Mar 2002, Raymond Wiker wrote:
> Kenneth Culver writes:
> > The code itself may be fast, but programs written in c++ tend to link to a
&g
How exactly did you upgrade? did you cvsup your sourcecode and then
recompile from there?
Ken
On Tue, 5 Mar 2002, Geoff Mohler wrote:
> No, still have this from uname -a:
>
> 4.3-RELEASE FreeBSD 4.3-RELEASE #3:
>
> On Tue, 5 Mar 2002, Kenneth Culver wrote:
>
> > did
I think what I was trying to say is that a lot of C++ programmers will
obfuscate their code by using features of the language that don't fit with
what they were trying to accomplish.
Ken
On Tue, 5 Mar 2002, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> This is a serious concern for console tools, which are interacting with
> humans, which are capable of providing commands much faster than a
> 1.5GHz processor can accept and dispose of them... sorry I missed this
> downside in my first response.
I'm not sure if you are being sarcastic or not,
Why are you being so sarcastic? Everyone here is assuming that it's harder
to write C++ code, so you should only use it if necessary. It isn't
necessary to use it for something like a daemon.
Ken
On Tue, 5 Mar 2002, Terry Lambert wrote:
> "Steve B." wrote:
> > I take a simplistic view after yea
> Because that underlying assumption is false, and I'm making
> fun of it.
>
Well, that in itself is wrong. C++ code IS harder to write and write
correctly and effeciently, as I would assume it is for any OO language.
I'm not saying it can't be done, but generally speaking based on the Open
source
> I do agree that when the extra features of C++ are used this often
> results in bloated programs but this can at least in part be blamed on
> insufficiently skilled programmers.
>
>
> Note that C++ is not really an OO language. It is probably better to
> call it a language with support for objec
> > I'm not saying it can't be done, but generally speaking based on the Open
> > source and commercial products I've seen, the ones that are written in C++
> > suffer from more bloat and run slower.
>
> "A trout is a fish."
> "Therefore all fish are trout."
>
> I think you just failed set theory.
If you want, I can make you some patches, I think I still remember when
they went in... however I can't do any more than that... and I suspect
since you're one of the developers, you already have a CVS repository and
can do it yourself :-D
Ken
On Fri, 8 Mar 2002, Julian Elischer wrote:
>
> I re
cd /usr/src/gnu/usr.bin/cc
make
make install
On Wed, 13 Mar 2002, Martin Blapp wrote:
>
>
> Kris,
>
> > fixes things, or at least identify a list of possible changes which
> > others can test.
>
> How can I compile gcc without doing a "make world" ?
>
> Martin
>
>
> To Unsubscribe: send mail
> I guess it's possible to change over entirely. That would
> mean we would loase a.out support because the GNU tools are
> becoming incapable of supporting a.out ("all machines we
> run on are Linux machines" syndrome).
>
> If we really wanted to avoid problems like this in the future,
> we'd ju
> > At the risk of being yelled at, I have a question: Why do we still need to
> > support a.out? I know that a lot of people MIGHT still have some a.out
> > binaries lying around, but FreeBSD's default binary format has been ELF
> > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that
> We aren't changing this for GCC 2.95 in 5-CURRENT. PEROID. There is
> zero reason for subjecting users to this ABI change for what would be
> gained.
>
> If you want to do something productive, submit patches that Bmake GCC 3.1
> (which move us to Dwarf2 unwinding as a product).
>
Oh ok, that'
> > At the risk of being yelled at, I have a question: Why do we still need to
> > support a.out? I know that a lot of people MIGHT still have some a.out
> > binaries lying around, but FreeBSD's default binary format has been ELF
> > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that
> (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin
> /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact
> demand paged dynamically linked executable
>
> Now, if you'd like to talk Netscape into building a version intended for
> a version of FreeBSD newer th
> #include , see the thread we had on this a few weeks back on
> -chat.
>
OK, I'll look, but I disagree... Mozilla runs flawlessly for me, and
renders much faster than netscape, however it loads really slow. Opera
runs nicely too, although it's linux only.
Ken
To Unsubscribe: send mail to [EMAI
> It's less slow and much more reliable than mozilla and remains the only
> available browser that can access most of the sites I need to access.
That's odd, I've never had any mozilla problems. All I know is that it
doesn't crash on sites that Netscape crashes on (anything java) and for me
it ru
> That's odd, I've never had any mozilla problems. All I know is that it
> doesn't crash on sites that Netscape crashes on (anything java) and for
> me it runs much faster than netscape. It loads slower, but renders pages
> much faster, and I tend to load my browser once per day, and just leave
>
> Yes, but every time I've seen those brought up, the high-level hackers
> here say "Don't do that." :)
>
> If we could get a definitive answer on acceptable flags, I'll put it
> in the FAQ.
>
Basically (although I'm not a "high-level hacker") what I've gathered is
that -O optimization above -O (
Hi,
I have recently been trying to implement the linux mmap2 syscall into our
linuxulator, and I have run into a little problem.
I looked at the code that was used to implement the regular linux_mmap
syscall, and I've also looked in the linux kernel at the code that they use
for mmap
Alright, sorry for the cross-post, not sure where to send this. I THINK I got
linux's mmap2 working, but for some reason, the program I'm testing with (the
linux version of winex, the one that runs all those neat windows directx 8
games ;-) ) still does this (from truss)
linux_mmap2(0x6543
> To me, it looks like mmap2 takes an offset that's a page index, rather
> than a byte position. Since linux passes the offset with a 32-bit
> long, rather than a 64-bit off_t like we do, they need to do this in
> order to be able to map offsets larger than 4GB into a file.
>
> For linux_mmap2,
> > AHH, ok I was wondering where PAGE_SHIFT was for FreeBSD. I guess ctob
> > does what I need it to. I think that's probably why it still wasn't
> > working yet... I think it also has to be page aligned before you pass it
> > in though, I have to look at linux's do_mmap_pgoff() (I think that
On Monday 22 April 2002 06:29 am, you wrote:
> Kenneth Culver wrote:
> > So what it looks like to me is that mmap2 expects an offset that's
> > already page-aligned (I'm not sure if this is the right way to say it),
> > where mmap doesn't. the FreeBSD co
> Basically, it just wants to bitch when the offset is not page
> aligned, and then call the old mmap if it doesn't bitch.
>
Basically I misunderstood what the linux mmap2 was doing, it recieves an
offset as a number of pages, not as bytes, so by definition it's already
page aligned. All I have to
On Monday 22 April 2002 10:06 am, you wrote:
> Kenneth Culver writes:
> > static inline unsigned long do_mmap(struct file *file, unsigned long
> > addr,
>
> <..>
>
> >ret = do_mmap_pgoff(file, addr, len, prot, flag, offset >>
> > Basically, linux_mmap2 takes 6 args, and this looks here like only 5 args are
> > making it in... I checked this because the sixth argument to linux_mmap2() in
> > truss was showing 0x6, but when I printed out that arg from the kernel, it
> > was showing 0x0. Am I correct here?
> >
> > K
PLEASE commit this :-) It's so annoying.
Ken
On Tue, 23 Apr 2002, Jordan Hubbard wrote:
> I'm going to commit the following in 48 hours unless someone can
> convince me that it's a good idea for FreeBSD to be the odd-OS out
> with respect to this behavior:
>
> Index: sshd_config
> =
> > > > Basically, linux_mmap2 takes 6 args, and this looks here like only 5 args are
> > > > making it in... I checked this because the sixth argument to linux_mmap2() in
> > > > truss was showing 0x6, but when I printed out that arg from the kernel, it
> > > > was showing 0x0. Am I corre
> Kenneth Culver writes:
> > OK, I found another problem, here it is:
> >
> > static void
> > linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t
> > *params)
> > {
> >args[0] = tf->tf_ebx;
> >args[1] = tf
I tried printing out everything in the trapframe in hex and nothing looke
remotely right.
Ken
On 24 Apr 2002, Brandon S Allbery KF8NH wrote:
> On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
> > Maybe the argument isn't where you expect it to be, but is there.
> > Can you make a test progra
>
> Brandon S Allbery KF8NH writes:
> > On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
> > > Maybe the argument isn't where you expect it to be, but is there.
> > > Can you make a test program which calls mmap2 with its 6th arg as
> > > something unique like 0xdeadbeef? Then print out (i
> libc sets it before it enters the kernel. Then on kernel entry we save
> ebp in the trapframe.
So in the case of linux emulation, the glibc that we're using in the
linux-ulator isn't setting it properly? I'm using the linux_base-7 port
for this, so as far as I can tell, it should work... assum
> > libc sets it before it enters the kernel. Then on kernel entry we save
> > ebp in the trapframe.
>
> So in the case of linux emulation, the glibc that we're using in the
> linux-ulator isn't setting it properly? I'm using the linux_base-7 port
> for this, so as far as I can tell, it should wo
> > > libc sets it before it enters the kernel. Then on kernel entry we save
> > > ebp in the trapframe.
> >
> > So in the case of linux emulation, the glibc that we're using in the
> > linux-ulator isn't setting it properly? I'm using the linux_base-7 port
> > for this, so as far as I can tell,
> I'm actually still not seeing a match between what's in truss, and what's
> in my printed-out args, but it seems to be working anyway...
>
Argh, it's not working again... It was working on an install of ms office,
but it won't work on some old windows game.. (winex) and it's still not
setting t
> Here's where it happens:
> sys/i386/linux/linux_sysvec.c
>
> static void
> linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t *params)
> {
> args[0] = tf->tf_ebx;
> args[1] = tf->tf_ecx;
> args[2] = tf->tf_edx;
> args[3] = tf->tf_esi;
>
> RCS file: /home/ncvs/src/sys/i386/linux/linux_sysvec.c,v
> retrieving revision 1.99
> diff -u -2 -r1.99 linux_sysvec.c
> --- linux_sysvec.c 4 Apr 2002 17:49:46 - 1.99
> +++ linux_sysvec.c 24 Apr 2002 23:57:23 -
> @@ -711,4 +711,5 @@
> args[3] = tf->tf_esi;
>
> yeah, I did that already, and have been running with that since yesterday
> :-P
>
> still not working right though... I think it has something to do with that
> nargs thing... I'm checking that out now...
>
Ehh, apparently sy_narg is getting set correctly too:
struct linux_mmap2_args {
Alright, so I got tired of trying to figure out if glibc is doing
something wierd or wrong so I downloaded the source for it, and I'm
looking at it now... (for version 2.2.2 which is what we have on FreeBSD's
linux_base-7) and here's what I'm seeing:
pushl %ebp
pushl %ebx
pushl %e
> I just looked at the NetBSD code & like linux, they use a macro which
> individually pushes the registers onto the stack rather than using
> pushal (which I assume is the same as what intel calls PUSHAD in their
> x86 instruction set ref. manual).
>
> NetBSD stopped using pushal in 1994 in rev 1
On Thu, 25 Apr 2002, Andrew Gallatin wrote:
>
> Kenneth Culver writes:
> > > I just looked at the NetBSD code & like linux, they use a macro which
> > > individually pushes the registers onto the stack rather than using
> > > pushal (which I assume is t
> On Wed, May 01, 2002 at 05:10:55PM -0400, Jason Andresen wrote:
> > Wilko Bulte wrote:
> > >
> > > For lack of a better list: I'm trying to use the net/wakeonlan port
> > > to remotely switch on a machine that is equipped with a 3COM
> > > 3C905C-TX PCI 10/100 card.
> > >
> > > WOL is enabled in
> ctrl-alt-B gives me a utility to select things in the netbooting area.
> But no selection of WOL.
>
> Is this what you saw on your card?
>
I'll have to check when I get home from work...
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the m
>
> or would I need extra tools for cross compiling I think I would cos you did
> for the powerpc port that I never got around to going all the way with.
Most likely you'd need the cross-compiling tools.
Ken
>
> any help appreciated.
>
> Bri,
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED
> this is not a 'reformat'
>
> what I want to do is an old-fashionned refomat/verify where the controller
> writes new track headers etc.
>
You want to follow terry's advice then.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> I've volunteered to do this port, with the expectation that it's within my
> ability. I'm just a bit over my head, but that's how I'll learn, right?
>
> I've gotten the -current version to build and install, but I've found 2
> problems so far: gkrellm loads and cannot resolve the symbol _flockf
> | Just curious, but what does doing this port get you?
>
> Better threading performance and less bugs in Java, so I'm told. I was
> looking for a Java on BSD project, and this is what I was given.
>
Oh, I didn't realize the userland threads implementations on -current and
-stable differed that
> You might want to give that a bit of thought. IBM, while producing OK
> scsi disks, has had a really terrible headache getting reliability into
> their IDE products. Additionally, IBM just sold their entire hard disk
> product line to some other company. I don't know if that had anything to
>
> I'd probably steer clear of the western digital drives as well. Yes the
make that "stear" clear.
> 8MB cache that some of them have DOES make a difference, but from personal
> experience, the drives themselves don't last that long. So in short, what
> good is a fast hard-drive if it's just goin
> I haven't had any trouble with the WDxxxBB drives - the WDxxxAA drives
> are pretty unreliable though.
>
Hrmm, I havn't tried those, but just about every WD drive I've used has
ended up with problems which were of course handled by the warranty, but
even then, I still had to reinstall the os and
> Yes, but my point is that the AA drives are bad, but the BB drives seem
> good. I have been using them for a while (~1 year) without trouble.
>
> I believe the JB drives are much more closely related to the BB drives
> (ie effectively identical but with a bigger cache).
>
> Personally I find that
> Ummm... why? "steer" is a word with multiple meanings. I can't find
> "stear" anywhere.
>
>
well, lets just say that my brain is fried b/c of midterms. OK? :-P
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I'm posting this here because of a panic I'm getting using the FreeBSD
nvidia driver; however, I'm not convinced that this panic is the fault of
the driver, and I wanted to post the backtrace here (from a serial
console, can't see anything on the pc console during this crash since X is
up) just in
> Looks like it is indeed nvidia's fault. It called atomic_clear_short()
> with an invalid pointer in nv_alloc_pages(). You might be able to look
> at nv_alloc_pages() to try and figure out the bug.
nv_alloc_pages never actually calls atomic_clear_short(), but it does call
several functions that
> several functions that call vm_object functions in FreeBSD's kernel that
> eventually call atomic_clear_short(). For some reason those functions in
> between aren't in the backtrace though, and without that I can (and
> have) look through the code in the kernel to see how nv_alloc_pages can
> get
> Are you sure that nv_free_vm_object() is free'ing a valid object?
>
I'm not positive, but looking at the code this is what happens.
first an object is allocated, then it goes and finds some nvidia specific
data structure contained in that object (from what I can tell), then it
calls rm_alloc_agp
> It'd be interesting to learn if the code path you suspect really is the
> one taken in the case of this failure. Is this problem easily
> reproducible on your machine? If so, how and with what hard/software
> combination?
I think the stack is getting (somewhat) smashed so there's no real way to
> All code interacting with FreeBSD data structures resides in the open
> part of the kernel module; a pointer to the newly allocated object is
> passed to rm_alloc_agp_pages as an opaque pointer, it is required later
> when the NVIDIA AGP GART driver needs to obtain the physical addresses
> of the
Hi,
I recently installed linux winex (again) now that I have working
nVidia drivers. However I found that almost nothing worked and there was a
message about mmap2 not being implemented. I implemented it, but I'm not
sure if it's done right... because some things started working after I
imp
Hi,
This is in addition to my last mail. Just to reiterate, I'm using
FreeBSD 4.7-STABLE as of a few days ago, and I've never seen this problem
before. The wierd message comes from /usr/src/sys/i386/i386/machdep.c:
"Too many holes in the physical address space, giving up"
It prints before
Just in case anyone here cares, I have implemented the linux ftruncate64,
truncate64, and mmap2 syscalls in the linuxulator on my computer, (mostly
cut 'n pasted the mmap2 from regular mmap with a couple of changes) and
with these changes it is possible to run the linux version of winex (the
one yo
> > I havn't submitted them to anyone b/c I wanted more people to test them.
> > The patches work fine with everything I've tried though (using the
> > linux_base-7.1 package). I've tested linux-mozilla, quake3, Unreal
> > Tournament 2003, Return to castle Wolfenstein, and now winex. (winex won't
>
On Wed, 27 Nov 2002, Michael Reifenberger wrote:
> On Tue, 26 Nov 2002, Kenneth Culver wrote:
> ...
> > Anyway, I'll submit a PR once I clean up the patches a bit.
> Yes, please.
> Please post the number when ready.
>
> Bye!
>
> Michael Reifenberger
>
OK, the PR is located at
http://www.freebsd.org/cgi/query-pr.cgi?pr=45785
The patch should be there as well.
Thanks
Ken
On Wed, 27 Nov 2002, Michael Reifenberger wrote:
> On Tue, 26 Nov 2002, Kenneth Culver wrote:
> ...
> > Anyway, I'll submit a PR once I clean up the pat
Alright, I've never tested this on -CURRENT though... I don't see why it
wouldn't work there though...
Ken
On Wed, 27 Nov 2002, Michael Reifenberger wrote:
> On Wed, 27 Nov 2002, Kenneth Culver wrote:
>
> > Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST)
> > From:
> I took much joy in reading about your getting WarCraft III running on
> FreeBSD, since FreeBSD is my OS of choice and well... WarCraft III is my
> game of choice :)
>
> However, you might want to check out the -CURRENT source; the missing
> Linux syscalls seem to be implented, except for truncate
t work there though...
> :
> :Ken
> :
> :On Wed, 27 Nov 2002, Michael Reifenberger wrote:
> :
> :> On Wed, 27 Nov 2002, Kenneth Culver wrote:
> :>
> :> > Date: Wed, 27 Nov 2002 00:57:31 -0500 (EST)
> :> > From: Kenneth Culver <[EMAIL PROTECTED]>
>
Here are some screenshots of winex running warcraft3 on FreeBSD.
http://www.wam.umd.edu/~culverk/scrnshot.jpg
http://www.wam.umd.edu/~culverk/scrnshot2.jpg
http://www.wam.umd.edu/~culverk/scrnshot3.jpg
The how-to will be up probably in a few more days.
Ken
To Unsubscribe: send mail to [EMAIL
en
On Thu, 28 Nov 2002, Martin Faxer wrote:
> On Wed, Nov 27, 2002 at 10:06:44PM -0500, Kenneth Culver wrote:
> > What flags are you starting winex with? Also, you can't run the game as
> > normal I'm assuming because FreeBSD doesn't have block devices. The game
>
Hi,
I just realized that the --dll flags when you run winex are
un-necessary... I just happened to try them at the same time I tried
linking the linux libGL libraries to the plain versionless libGL.so and
libGLcore.so. So it isn't necessary to do the --dll stuff. I'll post the
full how-to a
Hi,
I'm working on porting nvclock (the nvidia video card overclocking
util), and I've got it working now. However, I don't have it clean enough
to submit a port yet, but I wanted people to test the binaries I have (for
-STABLE, the gtk binary requires gtk2 and both binaries require
libgnug
90 matches
Mail list logo
