The CGI program running on the server computer 100 causes a web page to be downloaded to the user computer 104. Embedded in the web page are ActiveX.TM. controls and scripts that cause a search program to be executed on the user computer 104 to determine if any
executable software needs execution, installation, upgrades or updates (step 408). In a preferred embodiment, this results in a search of the user computer's storage medium, for example, in the cache area of the browser 116, to determine if any program needs to be
downloaded. Additionally, the program looks to determine if there is a need to execute any software program, such as an anti-virus program (step 410).
So basically the're patenting using ActiveX to do Virus detection through a web browser. I would think MS might not like them claiming such an ActiveX function as theirs.
May I assume that many of you are talking about running a journaling filesystem on your workstation? If so, why? It only slows you down. Unless you're talking about a server with 100G+ of disk space you're not going to speed up the boot process that much and I have been running without one for years without loosing any data (actually I do recall loosing files with 2.0 ext2 but I never have lost data with 2.2 ext2 and power has kicked off a few times).
On AT&T Speech Labs website, they have a little demo...
I heard that they keep a log of the stuff people enter into that demo and that it's almost always the worst, most grotesque, violent, sickening verbage people can think of. I bet it won't be as bad as what there going to see today from./ers via your link though.
Farg, and I just bought a mobo with VIA for my new Athlon CPU...
Well, it's pretty hard not to if you're gonna use AMD. Notice 2.2 is quite stable with these boards. In fact someone on the LKLM told me there were no problems with 2.2. Obviously Windows users are getting away with it (Then again, reporting blue screens would be pointless).
Does this at all fix the problems when using the K7/Athlon optimziations on VIA boards
No. The VIA problems are believed to be a harware issue. The VIA chipset is suspect. New buyers should beware not to buy boards with the VIA chipsets. Does someone have an accurate list of the chipsets believed to be errant?
There was a post from the 2.4.6 release announcement that I found interesting. Strangely the "drivers" mentioned are obviously Windows drivers but the fact that software claims to fix the problem and the bios update are worth investigating.
Re:Troubles (Score:1)
by dlapine (lapine @ uiuc . edu)
The fix is simple. Grab the latest the via drivers set, 4in132 and install it. There may also be a bios update that fixes this problem as well.
The problem was: copy 100 megs in 1 or more files at a time from one ide drive to another drive. system locks hard, requireing a reset at least, and sometimes a power cycle. You know that its fixed when it doesn't do this again.
Small tip: grab and install the via busmaster drivers 3011 as well, selecting the miniport option. This lets windows "see" the correct info about your harddrives (i.e. IBM DTLA 305020 is reported as such and not "drive type 47") without any performance hits.
The LInux LOader (LILO) is used on all platforms I believe. The/etc/lilo.conf config specifies how the system should boot, meaning from which drive and where the kernel image is located. Runnning the/sbin/lilo utility examines this file and writes information to the boot sector on your hard disk in a way that allows the system to find the kernel image and boot-strap the system.
All I want to know is wheather or not the VM is stable. From what I understand it has been the source of instability and deadlock. I know Linus, Rik van Riel, Andrea Arcangeli, and others have been hunting for the source of the reported problems and did find some potentialially serious bugs but it's been difficult to reproduce the problem which as the programmers here know greatly complicates finding a fix. I'm getting some of this from the last paragraph of the Kernel page at lwn.net and there's an intersting thread in the lk mailing list here: Re: VM in 2.4.7-pre hurts.... Anyone have any insight into this particular problem? And I wonder if Linus will drop the issue and turn his attention to the imminent 2.5. I think that would be a mistake.
Actually, in IE you can't even connect to the server from which the applet was loaded. At least not to a different port. I just tired this with a DatagramSocket and it baulked at me.
Well, you couldn't sequence the entire Human GNOME in hours. The artice reads:
Because the pore in the channel is large enough to admit only a single strand of DNA, the time it takes for the DNA to be drawn through the channel (enlarged view) effectively measures the length of the DNA molecule (here, 1,300 ms corresponding to a 1,060 nt polymer).
So if there are 3 billion bases in the Human GNOME,
1.3sec/1060bases*3,000,000,000bases/60sec/60min/24 hours = 42 days
Of course if the apparatus is easy to use I supose you could have several running at the same time provided you could prepare the material fast enough.
... our holdup in using this data is actually now what the genes are, and how they interact. That will still take years for us to figure out.
But it's very important empirically to have more than one dataset. Who's GNOME did we sequence anyway? And comparing the sequence of many different instances of genes from different people is not time consuming. You're talking about figuring out how the Human GNOME works. That's a completely different dicipline.
Being able to decode strands of Nucleic Acids (and the technique might be applicatble to Poly Peptides(Protiens) as well) in a matter of minuites without the mess of Gel Electrophoresis would be HUGE.
You're in denial bud. I've written a ton of Java code in the past 3 years. I haven't done a lot of Swing(dismissed it early on) but I've done enough and seen too much from others to know that it's a brick. You're in denial because you program with it and it's fun to program with. I just wonder how long it's gonna take for people to realize this. It's amazes me to see people continue to use it after all the carnage from failed application after failed application.
I have been reading Kernel Traffic regularly (looks like there's a new one tonight incedentally). Seems like there are some problems they've been having trouble sorting out. To my knowledge (again, limited to KT), they are still pending and in fact the latest kernels would be considered rather unstable for a stable series. In particular, the Virtual Memory subsystem has problems. I don't understand the details but higher memory systems >256MB can run into FS corruption. And last I heard they've written off VIA as an incompetent chipset manufacturer meaning they haven't a clue why VIA machines lock up. Someone *please* flame me for being wrong!
...any thread (at least under pthreads) that performs disc IO may block the entire process and prevent other threads from running.
Well, I thought threads were implemented as Light Weight Processes (this is why Java and other programs such as realplayer show up in the process table more than once) so I don't see how this is possible.
... having lots of subject editors instead of one company doing the editing should in theory localize the bias to individual subjects.
True, the balance of subject matter will more closely model peoples intrests however this does not make the listed sites any better. The links submitted will likely be by the person responsible for the site. This does not filter the noise. Perhaps they need a moderation system?
For example, their is a very good tutorial site on Guitar chords and scales and such called Dansm's Home Page. I did find this under Arts/Music/Instruments/Stringed/Guitar/Acoustic/Ar tists/ but I think I would moderate that this be placed in the Music Education section as well.
In the biginning there was ASCII. It's a 7 bit code which means you only have room for the common 127 english characters. This didn't do any good for forigners so they made up language specific code pages like Cp437 or the MS Windows Latin-1 encoding Cp1252 that just redefined what codes corresponded to what characters. This was a little ugly because you could not easily use characters from different languages together. So then someone come up with ISO-8859 which was backwards compatible with ASCII, meaning all the lower codes were ASCII. So this was a step in the right direction but the extra 127 characters gained from that extra bit didn't give you much; you still needed language specific versions like ISO-8859-1 is Latin-1 for the US codes, ISO-8859-2 is for Europe, etc. You see, the barrier here is the dependance on fitting character data into an 8 bit byte. Anything more and you really screw up existing kernels, libraries, and programs that depend on a character bing one byte like terminal drivers, strlen, and your ini file parser...etc. Finally, both ISO and the Unicode consortium, at first independantly, decided to come up with a universal character set. Both standards resulted in what amounts to a set of tables that defined exactly the same codes for all the characters in every language. At first I think they thought they could get away with a 2 byte code. This was called UCS-2, which is the route Microsoft is going and I belive Java as well. Now this expanded the number of possible charaters considerably, however this still didn't solve the existing dependancy on 8 bit character strings. For that they came up with UTF-8. The clever trick here is that they cannobalize the last bit to indicate that another byte gets tacked on. That gives you two bytes to play with. If the first three bits are on in the first byte then there are three bytes to store your large UCS code corresponding to some exotic character. But this still wasn't enough. The characters started push the envelope of two bytes and so they upgraded to UCS-4 which now has 4 bytes and will hold all the characters of every language including the languages of yet-to-be-discovered alien civilizations. But now you have sofware, like from MS, that favors the somewhat more effiecient and practical two byte UCS-2 codeset so you need to extend the UTF-8 concept to give you UTF-16. Well, that's about where we stand and there's a lot I left out.
...why haven't many MS users switched over to something so easy [as Mandrake]?
Because all the nice GUIs and bells and whistles in the world do not compensate for a severe lack of serious business applications. Long live Open Office:~P
Not to mention (which is most important) a sad showing of the possible overall outcome for Linux,...
This does not matter. Linux does not have an "overall outcome". It's evolution and evolution is a slow process. All the Linux roadkill and MS speeches will not change that.
I use Slackware now, and hope that they don't close down, because Salck and Debian...
Slackware and Debian are not "companies" with CEO's that try to sell their distro at Walmart... etc. Quite the opposite in fact. They're "old school". So I wouldn't worry about it. It ain't gonna happen.
Good points. But numbers are numbers. And as long as they performed the benchmarks consistently across all kernels tested these numbers should be usefull. Besides, do you think a professor would put his best grad student on something like this?
According to this graph page fault latencies suck in kernel 2.2. Is this true? I think I'm running a 2.2.17 AC kernel though and if I'm just doing development and not causing swapping then it doesn't matter though right?
How easy would it be to develop a text-mode application that has a UI that is just as capable as any GUI?
Quite easy actually. I've been doing a lot of ncurses programming lately. You can do some amazinly elaborate things with it if your a good programmer. A good technique really pays. If you start running into situations where you're brute-forcing it, I advise that you back off and do a little work on a good "framework" for your app(that's one minus about ncurses, there's very little "flamework").
Some key points about ncurses:
o It's very fast - Text mode applications are great for productivity. Their GUI counterparts always turn out to be slower for some reason.
o Menus and Forms - The menu and form libraries are standard on UNIXes. You can fairly easily create fields for data entry that have built in validation routines...etc.
o Tables - Well, not exactly, but a clever way to make a very snappy table is to just use a menu. In text mode you can't tell the differnce. Ncurses menu-tables are more than what the Java 1.1 AWT library provides
o Well established - Curses programming has been around for a long time. The characteristics of many terminal types has been worked out(by ESR) and abstracted into the terminfo database. Its quite portable.
o Works Anywhere - You can run it over telnet, ssh, or just dump bulky X alltogether and run on the Linux console.
I really wish people would concentrate more ncurses programs. They're just damn efficient. Anyone who uses mutt and slrn and such knows what I'm talking about. If you're really clever, you'll librarify whatever it is that your working on so you can hook on a GUI version later after you've tweeked the behavior of the app without wasting a lot of clock-cycles on graphics programming.
I just downloaded this and ran the demo on Red Hat 6.2. The characters where messed up and some of the key bindings didn't work. Granted, I didn't read the INSTALL but not a great start.
Slashdot Mirror
The CGI program running on the server computer 100 causes a web page to be downloaded to the user computer 104. Embedded in the web page are ActiveX.TM. controls and scripts that cause a search program to be executed on the user computer 104 to determine if any executable software needs execution, installation, upgrades or updates (step 408). In a preferred embodiment, this results in a search of the user computer's storage medium, for example, in the cache area of the browser 116, to determine if any program needs to be downloaded. Additionally, the program looks to determine if there is a need to execute any software program, such as an anti-virus program (step 410).
So basically the're patenting using ActiveX to do Virus detection through a web browser. I would think MS might not like them claiming such an ActiveX function as theirs.
Bero: We haven't come up with a way to work more than 24 hours a day
No! Take it easy. Take your time and make a good product. If you rush it will come out crappy. Keep up the great work but have fun!
May I assume that many of you are talking about running a journaling filesystem on your workstation? If so, why? It only slows you down. Unless you're talking about a server with 100G+ of disk space you're not going to speed up the boot process that much and I have been running without one for years without loosing any data (actually I do recall loosing files with 2.0 ext2 but I never have lost data with 2.2 ext2 and power has kicked off a few times).
Aug 5 00:04:13 nano kernel: Packet log: input DENY ppp0 PROTO=6 204.172.72.112:4474 208.162.198.38:80 L=48 S=0x00 I=56830 F=0x4000 T=119 SYN (#19)
On AT&T Speech Labs website, they have a little demo
I heard that they keep a log of the stuff people enter into that demo and that it's almost always the worst, most grotesque, violent, sickening verbage people can think of. I bet it won't be as bad as what there going to see today from ./ers via your link though.
Farg, and I just bought a mobo with VIA for my new Athlon CPU...
Well, it's pretty hard not to if you're gonna use AMD. Notice 2.2 is quite stable with these boards. In fact someone on the LKLM told me there were no problems with 2.2. Obviously Windows users are getting away with it (Then again, reporting blue screens would be pointless).
Does this at all fix the problems when using the K7/Athlon optimziations on VIA boards
No. The VIA problems are believed to be a harware issue. The VIA chipset is suspect. New buyers should beware not to buy boards with the VIA chipsets. Does someone have an accurate list of the chipsets believed to be errant?
There was a post from the 2.4.6 release announcement that I found interesting. Strangely the "drivers" mentioned are obviously Windows drivers but the fact that software claims to fix the problem and the bios update are worth investigating.
Re:Troubles (Score:1)
by dlapine (lapine @ uiuc . edu)
The fix is simple. Grab the latest the via drivers set, 4in132 and install it. There may also be a bios update that fixes this problem as well.
The problem was: copy 100 megs in 1 or more files at a time from one ide drive to another drive. system locks hard, requireing a reset at least, and sometimes a power cycle. You know that its fixed when it doesn't do this again.
Small tip: grab and install the via busmaster drivers 3011 as well, selecting the miniport option. This lets windows "see" the correct info about your harddrives (i.e. IBM DTLA 305020 is reported as such and not "drive type 47") without any performance hits.
These files are available at:
http://www.viahardware.com
I literally installed 2.4.6 last night
So apply the patch. If that takes you longer than 15 minutes + recompile you need the practice.
The LInux LOader (LILO) is used on all platforms I believe. The /etc/lilo.conf config specifies how the system should boot, meaning from which drive and where the kernel image is located. Runnning the /sbin/lilo utility examines this file and writes information to the boot sector on your hard disk in a way that allows the system to find the kernel image and boot-strap the system.
All I want to know is wheather or not the VM is stable. From what I understand it has been the source of instability and deadlock. I know Linus, Rik van Riel, Andrea Arcangeli, and others have been hunting for the source of the reported problems and did find some potentialially serious bugs but it's been difficult to reproduce the problem which as the programmers here know greatly complicates finding a fix. I'm getting some of this from the last paragraph of the Kernel page at lwn.net and there's an intersting thread in the lk mailing list here: Re: VM in 2.4.7-pre hurts.... Anyone have any insight into this particular problem? And I wonder if Linus will drop the issue and turn his attention to the imminent 2.5. I think that would be a mistake.
Actually, in IE you can't even connect to the server from which the applet was loaded. At least not to a different port. I just tired this with a DatagramSocket and it baulked at me.
cut a hole (flap with hangover would be better) in the center of the shower curtain to let the low pressure zone suck air through.
Because the pore in the channel is large enough to admit only a single strand of DNA, the time it takes for the DNA to be drawn through the channel (enlarged view) effectively measures the length of the DNA molecule (here, 1,300 ms corresponding to a 1,060 nt polymer).
So if there are 3 billion bases in the Human GNOME,
Of course if the apparatus is easy to use I supose you could have several running at the same time provided you could prepare the material fast enough.But it's very important empirically to have more than one dataset. Who's GNOME did we sequence anyway? And comparing the sequence of many different instances of genes from different people is not time consuming. You're talking about figuring out how the Human GNOME works. That's a completely different dicipline.
Being able to decode strands of Nucleic Acids (and the technique might be applicatble to Poly Peptides(Protiens) as well) in a matter of minuites without the mess of Gel Electrophoresis would be HUGE.
Swing is pretty damn fast under the
You're in denial bud. I've written a ton of Java code in the past 3 years. I haven't done a lot of Swing(dismissed it early on) but I've done enough and seen too much from others to know that it's a brick. You're in denial because you program with it and it's fun to program with. I just wonder how long it's gonna take for people to realize this. It's amazes me to see people continue to use it after all the carnage from failed application after failed application.
I have been reading Kernel Traffic regularly (looks like there's a new one tonight incedentally). Seems like there are some problems they've been having trouble sorting out. To my knowledge (again, limited to KT), they are still pending and in fact the latest kernels would be considered rather unstable for a stable series. In particular, the Virtual Memory subsystem has problems. I don't understand the details but higher memory systems >256MB can run into FS corruption. And last I heard they've written off VIA as an incompetent chipset manufacturer meaning they haven't a clue why VIA machines lock up. Someone *please* flame me for being wrong!
Well, I thought threads were implemented as Light Weight Processes (this is why Java and other programs such as realplayer show up in the process table more than once) so I don't see how this is possible.
True, the balance of subject matter will more closely model peoples intrests however this does not make the listed sites any better. The links submitted will likely be by the person responsible for the site. This does not filter the noise. Perhaps they need a moderation system?
For example, their is a very good tutorial site on Guitar chords and scales and such called Dansm's Home Page. I did find this under Arts/Music/Instruments/Stringed/Guitar/Acoustic/Ar tists/ but I think I would moderate that this be placed in the Music Education section as well.
In the biginning there was ASCII. It's a 7 bit code which means you only have room for the common 127 english characters. This didn't do any good for forigners so they made up language specific code pages like Cp437 or the MS Windows Latin-1 encoding Cp1252 that just redefined what codes corresponded to what characters. This was a little ugly because you could not easily use characters from different languages together. So then someone come up with ISO-8859 which was backwards compatible with ASCII, meaning all the lower codes were ASCII. So this was a step in the right direction but the extra 127 characters gained from that extra bit didn't give you much; you still needed language specific versions like ISO-8859-1 is Latin-1 for the US codes, ISO-8859-2 is for Europe, etc. You see, the barrier here is the dependance on fitting character data into an 8 bit byte. Anything more and you really screw up existing kernels, libraries, and programs that depend on a character bing one byte like terminal drivers, strlen, and your ini file parser ...etc. Finally, both ISO and the Unicode consortium, at first independantly, decided to come up with a universal character set. Both standards resulted in what amounts to a set of tables that defined exactly the same codes for all the characters in every language. At first I think they thought they could get away with a 2 byte code. This was called UCS-2, which is the route Microsoft is going and I belive Java as well. Now this expanded the number of possible charaters considerably, however this still didn't solve the existing dependancy on 8 bit character strings. For that they came up with UTF-8. The clever trick here is that they cannobalize the last bit to indicate that another byte gets tacked on. That gives you two bytes to play with. If the first three bits are on in the first byte then there are three bytes to store your large UCS code corresponding to some exotic character. But this still wasn't enough. The characters started push the envelope of two bytes and so they upgraded to UCS-4 which now has 4 bytes and will hold all the characters of every language including the languages of yet-to-be-discovered alien civilizations. But now you have sofware, like from MS, that favors the somewhat more effiecient and practical two byte UCS-2 codeset so you need to extend the UTF-8 concept to give you UTF-16. Well, that's about where we stand and there's a lot I left out.
Interesting?
Read this: http://www.cl.cam.ac.uk/~mgk25/unicode.html
Because all the nice GUIs and bells and whistles in the world do not compensate for a severe lack of serious business applications. Long live Open Office :~P
Not to mention (which is most important) a sad showing of the possible overall outcome for Linux, ...
This does not matter. Linux does not have an "overall outcome". It's evolution and evolution is a slow process. All the Linux roadkill and MS speeches will not change that.
I use Slackware now, and hope that they don't close down, because Salck and Debian
Slackware and Debian are not "companies" with CEO's that try to sell their distro at Walmart ... etc. Quite the opposite in fact. They're "old school". So I wouldn't worry about it. It ain't gonna happen.
Good points. But numbers are numbers. And as long as they performed the benchmarks consistently across all kernels tested these numbers should be usefull. Besides, do you think a professor would put his best grad student on something like this?
According to this graph page fault latencies suck in kernel 2.2. Is this true? I think I'm running a 2.2.17 AC kernel though and if I'm just doing development and not causing swapping then it doesn't matter though right?
How easy would it be to develop a text-mode application that has a UI that is just as capable as any GUI?
Quite easy actually. I've been doing a lot of ncurses programming lately. You can do some amazinly elaborate things with it if your a good programmer. A good technique really pays. If you start running into situations where you're brute-forcing it, I advise that you back off and do a little work on a good "framework" for your app(that's one minus about ncurses, there's very little "flamework").
Some key points about ncurses:
o It's very fast - Text mode applications are great for productivity. Their GUI counterparts always turn out to be slower for some reason. ...etc.
o Menus and Forms - The menu and form libraries are standard on UNIXes. You can fairly easily create fields for data entry that have built in validation routines
o Tables - Well, not exactly, but a clever way to make a very snappy table is to just use a menu. In text mode you can't tell the differnce. Ncurses menu-tables are more than what the Java 1.1 AWT library provides
o Well established - Curses programming has been around for a long time. The characteristics of many terminal types has been worked out(by ESR) and abstracted into the terminfo database. Its quite portable.
o Works Anywhere - You can run it over telnet, ssh, or just dump bulky X alltogether and run on the Linux console.
Here's some links:
Ncurses Intro by Eric S. Raymond and Zeyd M. Ben-Halim
Linux Journal Artical by ESR
Fujitsu ETI Programmers Guide
SCO ETI Programming
I really wish people would concentrate more ncurses programs. They're just damn efficient. Anyone who uses mutt and slrn and such knows what I'm talking about. If you're really clever, you'll librarify whatever it is that your working on so you can hook on a GUI version later after you've tweeked the behavior of the app without wasting a lot of clock-cycles on graphics programming.
Now that good old TurboVision is open source, you can use it: TurboVision on FreshMeat.
I just downloaded this and ran the demo on Red Hat 6.2. The characters where messed up and some of the key bindings didn't work. Granted, I didn't read the INSTALL but not a great start.