And according to the Fish (aka Babelfish), ".NET is just a way to catch the.FISH!" becomes:
The network is exactly the method to take the FISH
After English -> Japanese -> English -> Spanish -> English;-)
Hmm... maybe Microsoft (and pq) knows something we don't. hehe.
Re:better? - not when you need 3rd party crap
on
SuSE 7.3 vs XP
·
· Score: 1
TweakUI and Power Toys are made by Microsoft, not a third-party vendor; only thing is that Microsoft doesn't provide support for it.
Outside of being somewhat incorrect, I do agree that it doesn't make any sense that a separate (and unsupported) application is required to make a change that they hide deep inside the registry.
For me, the games that I'm addicted to are Final Fantasy VI (or III in the US) and X... but my addiction are beyond just the game but to the music. Although FF6 is fairly old, but the story line, the twist and turns, and the depth of the game (i.e.: the opera) are what make me cling on to the game. While on the music tangent, I'm also addicted to the Final Fantasy VIII soundtrack.
Re:I thought Oracle doesn't need any OS layer...
on
Oracle Switching To Linux
·
· Score: 2, Informative
Dell makes two different models for Oracle 9i, more information about the units can be found here.
IIRC, the server that Oracle showed off Oracle 8i with was an HP double-wide pedestal server (possibly a PA-RISC server).
The Adaptec 2400A ATA RAID controller is a hardware based solution from Adaptec (more info on the product can be found here. The 1200A is the soft-RAID controller that you were mentioning.
On the Promise side, the SuperTrak SX6000 is their hardware ATA RAID solution (the PDF datasheet can be found here. The older version of the SuperTrack SX6000, the S/T66, is also a hardware ATA RAID controller. The FastTrak series are their soft-RAID controller series.
I'm personally looking at the 3Ware offerings (as the FreeBSD 4.x kernel has support for it, I believe in the default kernel) and possibly the Adaptec 2400A.
CLUE: Last time I checked, OpenBSD was distributed from Canada. I never mentioned US export laws (I am.au), my point is merely that any form of restriction is pointless.
OpenBSD project is based in Canada and was done so to avoid the silly crypto export restrictions that the US had and still has. If the US didn't have the crypto restrictions, then the project would have been moved to the US (as stated by this page).
The Jornada 52x and the 54x use the Hitachi SH3 processor (as stated here) and not the StrongARM processor which is the one that you linked you. The link to the NetBSD/hpcsh port is http://www.netbsd.org/Ports/hpcsh/. I'm not sure if that port supports the 52x nor the 54x or not... if it does, then I might have a use for my unused 545;-)
Thank you for the informative answer, I'll keep your points in mind if I do venture a little further into Win32/C++ programming.
I have not used Visual Studio suite nor the included languages in a while, since my of my current development and scripting is for the Solaris and FreeBSD servers at work. I agree that the IDE is pretty nice... but I ran into irritating bugs or nuances with the VB and the general Visual Studio IDE. Having worked a little in the VS.NET IDE, I think is a little bit better, but way to sluggish on my machines:(
Yes... it would adapt/translate as much x86 machine code to "native" Alpha/NT binary. The translation gets optimized each time it runs (up to a certain point of course) or each time a call is made. Code that it can't quite translate is run in emulation mode and is really slow.
I don't know about the 16-bit Windows code or if it had any emulators included.
Stanley is very clear on the future: "I believe Visual C++ has a prosperous future". He has met the Visual C++ team and says they have undeniable enthusiasm and energy. His goal is very simple: "I want Visual C++ to be the C++ implementation of choice". Stanley's personal goal is to have C++ developers choose Visual C++ not only because of the tools and platform, but because it's the premier implementation of the C++ standard.
I have only dabbled a little bit in C/C++ (I primarily write Python scripts and modules and some PHP), so please excuse the ignorant tone of the question... Is Visual C++ that great of a C++ implementation? On the Windows side of things, how does it compare to other C++ compilers available (like from Borland or Intel)?
There is/was one... called FX!32. It was developed by Digital and it allowed the NT/Alpha user to run a decent number of applications in emulation mode. I got Winamp, Office 97, Netscape 4.x, WinZip, and Paint Shop Pro working with it on an old DEC Personal Workstation 433A (no external cache, so it was slow as molasses).
I usually call the Celeron, "Celery"... but when I see Duron, I think of Durian. Don't know if it's because I eat durian or some other sub-concious thing:)
And when the Celery^W Celery did come out, it was a castrated bugger... no L2 cache. I have no clue what Intel was thinking when they released that thing. At least second revision was better, mainly since the cache was running full speed and was on-die (128KB though, but even then it still beat the Pentium II in some cases).
But the P3 still uses the same x87 FPU units as the Pentium II processor. The P3 adds SSE (yeah, like that is used a lot) and brings the cache on-die with the Copper[less]mine processors.
The Celeron reviewed actually uses the Tualatin P3 core, not the older P3 core.
Part of the problem is that Intel is being plagued by supply issues and they don't want their "crippled" or previous generation processors beating out their newer, more expensive processors. Remember that in some cases, the Tualatin Pentium III beats the Pentium 4 processor while having a lower clockspeed and lower heat dissipation.
I wish Intel wouldn't have cut off the Tualatin P3 so quickly, as it would make a decent dual processor system... but now I'll be getting a dual Athlon instead:)
The Celeron is also crippled by the poor FPU that hasn't really changed since the Pentium II came out. The only reason why I would buy a Celeron-based computer is if heat and noise are not tolerated, beyond that, even a slower Athlon or the Duron would be the processor of choice (both for people on a budget or for people who crave speed).
I think the Handbook covers more topics, but sometimes it's a little slim in some spots. Unleashed is great to cover the "basics" of FreeBSD and touches more in-depth in a handful of topics like security and Gnome.
I know The Complete FreeBSD covers Hylafax for desktop faxing. Setting up separate print queues tends to be more of a manual thing (unless if you use Webmin or the like).
I haven't seen a document on setting up a FreeBSD-based CD server but I doubt if it's too hard to setup.
Might be a precaution for anyone out there also using Solaris, since it will literally kill all. Along with the other risks involved with this sweeping of Gods hand.
Speaking as the writer of the review, it was meant as caution for all... I remember nearly dying after I typed in "killall" as root on one of the Solaris servers at work... not knowing that the same command name did entirely different things on FreeBSD and on Solaris:)
Some people are quite used to use "killall" rather than killing one process at a time.
Hmm... maybe Microsoft (and pq) knows something we don't. hehe.
Outside of being somewhat incorrect, I do agree that it doesn't make any sense that a separate (and unsupported) application is required to make a change that they hide deep inside the registry.
I think the subject says it all ;-)
That galaxy must be in the southern hemisphere of the universe?
For me, the games that I'm addicted to are Final Fantasy VI (or III in the US) and X... but my addiction are beyond just the game but to the music. Although FF6 is fairly old, but the story line, the twist and turns, and the depth of the game (i.e.: the opera) are what make me cling on to the game. While on the music tangent, I'm also addicted to the Final Fantasy VIII soundtrack.
IIRC, the server that Oracle showed off Oracle 8i with was an HP double-wide pedestal server (possibly a PA-RISC server).
Why don't you just root the boxes? That way you won't have to root for either side. :)
On the Promise side, the SuperTrak SX6000 is their hardware ATA RAID solution (the PDF datasheet can be found here. The older version of the SuperTrack SX6000, the S/T66, is also a hardware ATA RAID controller. The FastTrak series are their soft-RAID controller series.
I'm personally looking at the 3Ware offerings (as the FreeBSD 4.x kernel has support for it, I believe in the default kernel) and possibly the Adaptec 2400A.
And not the other way around?
Or "not-BSD" or "not-Beastie" :)
The Jornada 52x and the 54x use the Hitachi SH3 processor (as stated here) and not the StrongARM processor which is the one that you linked you. The link to the NetBSD/hpcsh port is http://www.netbsd.org/Ports/hpcsh/. I'm not sure if that port supports the 52x nor the 54x or not... if it does, then I might have a use for my unused 545 ;-)
I have not used Visual Studio suite nor the included languages in a while, since my of my current development and scripting is for the Solaris and FreeBSD servers at work. I agree that the IDE is pretty nice... but I ran into irritating bugs or nuances with the VB and the general Visual Studio IDE. Having worked a little in the VS.NET IDE, I think is a little bit better, but way to sluggish on my machines :(
I don't know about the 16-bit Windows code or if it had any emulators included.
There is/was one... called FX!32. It was developed by Digital and it allowed the NT/Alpha user to run a decent number of applications in emulation mode. I got Winamp, Office 97, Netscape 4.x, WinZip, and Paint Shop Pro working with it on an old DEC Personal Workstation 433A (no external cache, so it was slow as molasses).
I usually call the Celeron, "Celery"... but when I see Duron, I think of Durian. Don't know if it's because I eat durian or some other sub-concious thing :)
And when the Celery^W Celery did come out, it was a castrated bugger... no L2 cache. I have no clue what Intel was thinking when they released that thing. At least second revision was better, mainly since the cache was running full speed and was on-die (128KB though, but even then it still beat the Pentium II in some cases).
The Celeron reviewed actually uses the Tualatin P3 core, not the older P3 core.
I wish Intel wouldn't have cut off the Tualatin P3 so quickly, as it would make a decent dual processor system... but now I'll be getting a dual Athlon instead :)
The Celeron is also crippled by the poor FPU that hasn't really changed since the Pentium II came out. The only reason why I would buy a Celeron-based computer is if heat and noise are not tolerated, beyond that, even a slower Athlon or the Duron would be the processor of choice (both for people on a budget or for people who crave speed).
Say goodbye to my karma...
I know The Complete FreeBSD covers Hylafax for desktop faxing. Setting up separate print queues tends to be more of a manual thing (unless if you use Webmin or the like).
I haven't seen a document on setting up a FreeBSD-based CD server but I doubt if it's too hard to setup.
Speaking as the writer of the review, it was meant as caution for all... I remember nearly dying after I typed in "killall" as root on one of the Solaris servers at work... not knowing that the same command name did entirely different things on FreeBSD and on Solaris :)
Some people are quite used to use "killall" rather than killing one process at a time.