Re: Another z/VM Linux Guests using Hipersockets Question

2003-01-29 Thread Fargusson.Alan
ARP uses an Ethernet broadcast. This is very different from an IP broadcast. -Original Message- From: Steven Adams [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 28, 2003 5:37 PM To: [EMAIL PROTECTED] Subject: Another z/VM Linux Guests using Hipersockets Question On Tuesday 28

Re: SLES7 mmap problem on s390

2003-01-30 Thread Fargusson.Alan
This is very curious. I bet that there is some problem in the VM subsystem having to do with pages that are mapped to more than one process. I am also wondering why the filesystem allowed the write to a disk that is mounted read only. -Original Message- From: Ben Marzinski

Re: Microsoft gets an 'F'

2003-02-03 Thread Fargusson.Alan
I don't think it matters if Microsoft commitment to security is PR or not. The users are starting to demand that these problems be fixed because of the number of problems cause by viruses. -Original Message- From: Peter Webb, Toronto Transit Commission [mailto:[EMAIL PROTECTED]] Sent:

Re: Down time

2003-02-03 Thread Fargusson.Alan
On the other hand, when cars were a new technology they were not reliable or safe. The Model T Ford was a very popular car, yet was know to flip over if you turned the steering wheel hard, and the had crank engine caused many broken arms. -Original Message- From: Post, Mark K

Re: ComputerWorld articles

2003-02-04 Thread Fargusson.Alan
Or you can go here: http://www.computerworld.com/hardwaretopics/hardware/mainframes?from=yn -Original Message- From: Michael Short [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 9:36 AM To: [EMAIL PROTECTED] Subject: ComputerWorld articles If you can get hold of CW for

Re: Down time

2003-02-05 Thread Fargusson.Alan
This is a really good explanation, except that the stepping on other applications address space has not been a problem since Windows 3.1 (which is to say it was fixed in Win95, and NT). Most of the system freezes seen these days seem to be due to storage leeks in the OS, although I traced one

Re: IBM stops Linux Itanium effort

2003-02-13 Thread Fargusson.Alan
That depends on what you mean by better. Leaving out backwards compatibility makes for a cleaner design at first, but then the new design becomes the legacy over time, and the clean design becomes yet another cluttered design. My opinion is that Intel is going to have a hard time getting

Re: URGENT! really low performance.

2003-02-13 Thread Fargusson.Alan
I recall that the UTS developers at Amdahl noticed something similar. I think that VM gives hot machines higher priority. If I recall correctly they made the VM aware version of UTS run hot just to improve response times. -Original Message- From: Joe Poole [mailto:[EMAIL PROTECTED]]

Re: IBM stops Linux Itanium effort

2003-02-14 Thread Fargusson.Alan
I was not aware that the System/360 had 16 bit addressing, I thought it was always 24 bit. There have been some other 32 bit processors with 24 bit addressing as well (such as the 68000). Having the address size different than the word size of the machine has usually resulted in problems.

Re: IBM stops Linux Itanium effort

2003-02-14 Thread Fargusson.Alan
the unused high order bits to mean special things that get a lot of code built around them. Mark Post -Original Message- From: Fargusson.Alan [mailto:[EMAIL PROTECTED]] Sent: Friday, February 14, 2003 12:23 PM To: [EMAIL PROTECTED] Subject: Re: IBM stops Linux Itanium effort I was not aware

Re: IBM stops Linux Itanium effort

2003-02-14 Thread Fargusson.Alan
Does this mean that setting the upper bits of the address would cause a fault? -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED]] Sent: Friday, February 14, 2003 10:17 AM To: [EMAIL PROTECTED] Subject: Re: IBM stops Linux Itanium effort The confusion may be that Linux

Re: URGENT! really low performance. A related question...

2003-02-18 Thread Fargusson.Alan
I am not sure about the P4, but earlier chip did not pass the ECC bits through the processor bus, so you could not detect data errors between the processor and memory. This prevents one from getting Mainframe reliability with an Intel processor. -Original Message- From: Scott Courtney

Re: URGENT! really low performance. A related question...

2003-02-18 Thread Fargusson.Alan
Intel is in a unique position to do research into speeding up processors, since they have a large revenue stream from a single product. Also they got the engineering team from DEC, which seems to have a talent for creating fast processors like the Alpha. It isn't just the Mainframe which has

Re: URGENT! really low performance. A related question...

2003-02-18 Thread Fargusson.Alan
This is one reason we are moving away from CA products. -Original Message- From: Bill Stermer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 18, 2003 11:39 AM To: [EMAIL PROTECTED] Subject: Re: URGENT! really low performance. A related question... Ryan Ware wrote: Basically there

Re: Compilation Failure in gdb 5.2.1

2003-02-19 Thread Fargusson.Alan
I am sure that there are plenty of #ifdef in gdb. It sounds to me like they don't want to complicate the maintenance, and are trying to force zLinux to use the same logic as the mainstream kernel. -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED]] Sent: Wednesday,

Re: URGENT! really low performance. A related question...

2003-02-20 Thread Fargusson.Alan
I think that chip makers found a way to get purer materials to make the substrates. I am not really up on this, but I think they refine the silicon with a process that removes more of the alpha emitters. -Original Message- From: John Summerfield [mailto:[EMAIL PROTECTED]] Sent:

Re: vi vs. ISPF

2003-02-20 Thread Fargusson.Alan
. The designer of vi has committed a barney/teletubbie level crime against humanity. There are better ways to do an editor. |-+ | | Fargusson.Alan | | | Alan.Fargusson@f| | | tb.ca.gov

Re: URGENT! really low performance. A related question...

2003-02-20 Thread Fargusson.Alan
There is no relation between the cost of designing and building hardware to the cost of developing and maintaining software. -Original Message- From: Eric Bielefeld [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 18, 2003 12:33 PM To: [EMAIL PROTECTED] Subject: Re: URGENT! really low

Re: URGENT! really low performance. A related question...

2003-02-20 Thread Fargusson.Alan
I don't really want to defend IBM pricing, but gross margin is not the same as profit. It is much more expensive per customer to maintain software that has a small installed base than software that has a large installed base. The number of bugs found is only slightly less for a small

Re: URGENT! really low performance. A related question...

2003-02-20 Thread Fargusson.Alan
I am fairly sure that IBM analysis all these factors when deciding how much to charge for products. It seems to me that the market for Mainframe systems has increased slightly over the last few years, although I bet it has decreased this year with the large deficits most government agencies

Re: IBM pricing (was URGENT! really low performance. A related question...)

2003-02-20 Thread Fargusson.Alan
:05 -0800, Fargusson.Alan wrote: I don't really want to defend IBM pricing, but gross margin is not the same as profit. It is much more expensive per customer to maintain software that has a small installed base than software that has a large installed base. The number of bugs found is only

Re: so correct me if I am wrong

2003-02-20 Thread Fargusson.Alan
Yes to the first. No to the second. You can get Linux from other FTP sites. -Original Message- From: Noll, Ralph [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 2:34 PM To: [EMAIL PROTECTED] Subject: so correct me if I am wrong so correct me if i am wrong if you want to

Re: URGENT! really low performance. A related question...

2003-02-21 Thread Fargusson.Alan
I met a guy from Lebanon once. He told me that they installed one of their systems on the top floor of the building. Nobody would go up there to service the machine because in Lebanon the bombs hit the top floors first. The machine was moved to the basement. -Original Message- From:

Re: URGENT! really low performance. A related question n...

2003-02-21 Thread Fargusson.Alan
I have been trying to resist posting to this thread, but you keep tempting me. I learned BASIC on an HP 2000E system (2100A computer 32KB of RAM, 5M hard drive). I learned Fortran on an HP DOS-M system (the same 2100A hardware). I learned Assembly language on a PDP-8E with 4KW (12 bits each). I

Re: vi vs. ISPF

2003-02-21 Thread Fargusson.Alan
You guys make me feel smart. I use vi because I learned it years ago, and can do anything I want with it. I learned the ISPF editor about a year ago and can do most anything with it. I am surprised that some of you can't figure out the difference between command mode, and insert mode.

Re: Red Hat 7.2 S/390

2003-03-04 Thread Fargusson.Alan
Ouch. I was wondering what that doctor with the IBM badge was doing in our computer room when they installed our z900. -Original Message- From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 2:49 PM To: [EMAIL PROTECTED] Subject: Re: Red Hat 7.2 S/390 On Tue,

Re: Gnome

2003-03-05 Thread Fargusson.Alan
I sympathize with you. I tried to get Gnome working on an iMac and a G4 Macintosh, with SuSE Linux. Both were failures. I didn't have any success with KDE either. I think this is the main reason people still use Windows. It is just to hard to get GUI working on Linux. On the up side, my

Re: Gnome

2003-03-05 Thread Fargusson.Alan
with Slackware. Nothing rocket science. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux on| | | 390 Port

Re: Gnome

2003-03-05 Thread Fargusson.Alan
, Fargusson.Alan wrote: I think this is the main reason people still use Windows. It is just to hard to get GUI working on Linux. Oh, please. Try www.knoppix.org - download a CD-image, burn a CD, then boot your system from CD. Works fine. A couple of weeks ago, the german c't magazine came with a Knoppix CD

Re: Gnome

2003-03-05 Thread Fargusson.Alan
PM To: Fargusson.Alan; [EMAIL PROTECTED] Subject: Re: Gnome On Wed, 5 Mar 2003 13:13:03 -0800, Fargusson.Alan wrote: Some people get lucky. That does not make for a system that is easy to install for everyone. But knoppix does /just/ that. What can be easier than placing the CD in the tray

Re: API to get fullpath name

2003-03-05 Thread Fargusson.Alan
There is no reliable way. This is true of Unix, and Linux. Tell me what you are trying to do and I will probably be able to tell you a better, and safer way to do it. -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 3:47 PM To: [EMAIL

Re: API to get fullpath name

2003-03-05 Thread Fargusson.Alan
The which command uses the PATH, after checking for builtins, and aliases. -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 4:35 PM To: [EMAIL PROTECTED] Subject: Re: API to get fullpath name How does the command 'which' work? The

Re: Gnome

2003-03-06 Thread Fargusson.Alan
] Sent: Thursday, March 06, 2003 11:30 AM To: [EMAIL PROTECTED] Subject: Re: Gnome On Wed, 5 Mar 2003 14:43:06 -0800, Fargusson.Alan wrote: Are you telling me that you can guarantee that this will work on any system? No. But the fact that it works on my 5 year old Toshiba laptop seems a good

Re: Gnome

2003-03-07 Thread Fargusson.Alan
Jessen [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:48 AM To: Fargusson.Alan Cc: [EMAIL PROTECTED] Subject: Re: Gnome On Thu, 6 Mar 2003 14:27:53 -0800, Fargusson.Alan wrote: One of the results of the way Linux is developed is that old hardware tends to work better than new hardware

Re: SCO FILES LAWSUIT AGAINST IBM

2003-03-07 Thread Fargusson.Alan
I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.

Re: SCO FILES LAWSUIT AGAINST IBM

2003-03-07 Thread Fargusson.Alan
merged into Linux Wouldn't THAT be an interesting footnote to history. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux

Re: API to get fullpath name

2003-03-07 Thread Fargusson.Alan
I have been thinking about this, and I don't have a solution. I don't have a working Linux system to test ideas on. I suspect that the only way for this to work right would be if the Dl_info structure had the full pathname. -Original Message- From: Ferguson, Neale [mailto:[EMAIL

Re: Gnome

2003-03-11 Thread Fargusson.Alan
On Wed, 5 Mar 2003 14:43:06 -0800, Fargusson.Alan wrote: Are you telling me that you can guarantee that this will work on any system? No. But the fact that it works on my 5 year old Toshiba laptop seems a good indication. Laptops have always been difficult at best, so when knoppix installed

Re: bootshell and SLES8

2003-03-11 Thread Fargusson.Alan
These errors indicate that the bootshell program was written to the older C++ standard. I would guess that SLSE 8 uses GCC 3.x, and bootshell was written to GCC 2.x. You would probably need to figure out which include files need to be used to make this work with GCC 3.x. There may be other

Re: Tomcat RPMs for S390

2003-03-12 Thread Fargusson.Alan
An RPM file is just an archive, so it is not specific to an architecture itself. An RPM file may contain a compiled program, which will be specific to an architecture. Usually the author of a program will create a source RPM, and several binary RPMs, each one containing a compiled versions

Re: What is the best way to limit Linux Telnet access to /localho st o nly

2003-03-21 Thread Fargusson.Alan
Probably because many windows users don't have the option of installing an SSH client on their own workstation due to the policy of the employer. It isn't always feasible to make other departments install an SSH client to access your system. It would be nice if Microsoft would distribute an

Re: Bye bye Adam

2003-03-25 Thread Fargusson.Alan
I have seen a few of the Compaq Portables. They seem to be remarkably well built. Every once in a while one turns up at various schools I visit, and most of them still work. They won't run Windows 95, or NT though. I am not sure if they will run Windows 3.x or not. -Original

Re: Bye bye Adam

2003-03-25 Thread Fargusson.Alan
:34AM -0800, Fargusson.Alan wrote: I have seen a few of the Compaq Portables. They seem to be remarkably well built. There was a three-foot drop in the production line. THe machine was powered up and running a test program; if it glitched in any way during or after the drop, it failed. Every

Re: Microsoft: Linux is a threat

2003-06-06 Thread Fargusson.Alan
You may have a suspicious mind, but that does not change the fact that the timing is suspicious. Kind of like the old saying: Just because you are paranoid doesn't mean there not out to get you. -Original Message- From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2003

Re: Unsupportable FUD

2003-05-27 Thread Fargusson.Alan
in the back door of SCO. -Original Message- From: John Summerfield [mailto:[EMAIL PROTECTED] Sent: Friday, May 23, 2003 5:14 PM To: [EMAIL PROTECTED] Subject: Re: Unsupportable FUD On Fri, 23 May 2003, Fargusson.Alan wrote: One would go after the distributions of course, which SCO has

Re: Man formatting problem

2003-05-27 Thread Fargusson.Alan
I think you can fix this with rm /usr/man/cat1/rpm.1, although I don't have a Linux system to look at right now, and I may have the pathname wrong. -Original Message- From: Tom Duerbusch [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 9:59 AM To: [EMAIL PROTECTED] Subject: Man

Re: More on SCO and Linux

2003-06-09 Thread Fargusson.Alan
This is a very good question. I suspect it will take a lawyer to figure out exactly what SCO got, but I think that Novell thinks they only got the source code for UnixWare, and the right to re-sell UnixWare. On the other hand, Novell may be wrong. Is anyone still paying royalties on Unix? I

Re: hz_timer

2003-06-11 Thread Fargusson.Alan
Part of the timer patch is machine dependant. Since most systems that run Linux don't have anything like VM there isn't any point in implementing the timer patch on them. I suspect that the (misnamed) halt instruction on the Intel system does not provide any notification to a VM like

Re: Samba 2.2 and Windows 2003 AD

2003-06-11 Thread Fargusson.Alan
I believe MS, since they can change Windows in any way they want. Do you really care? Active Directory support only gives you authentication. You can use Sambas' password support for that. -Original Message- From: Lionel Dyck [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003

Re: SCO ups the ante (this is getting interesting)

2003-06-12 Thread Fargusson.Alan
It occurs to me that I may have been wrong when I speculated that SCO wants to be bought by IBM. I am starting to think that SCO just wants IBM to support AIX (and pay more royalties). It sounds a lot like IBM is planning to drop AIX, which would hurt SCO. -Original Message- From:

Re: Samba 2.2 and Windows 2003 AD

2003-06-12 Thread Fargusson.Alan
I think the issue is that Win2003 AD will not work with Samba. It should still work with Win2K. -Original Message- From: Wesley Parish [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 2:22 AM To: [EMAIL PROTECTED] Subject: Re: Samba 2.2 and Windows 2003 AD Assuming you are

Re: Samba 2.2 and Windows 2003 AD

2003-06-12 Thread Fargusson.Alan
Now that you mention it I had been told that the next version of Windows would not support mixed mode. I know that next is relative, but I suspect that Win2003 is the next version I was told about. Note that mixed mode is (was) a transition aid. You can use AD with win98/ME with a patch from

Re: Samba 2.2 and Windows 2003 AD

2003-06-12 Thread Fargusson.Alan
It sounds to me like Microsoft is correct. I think you said before that you had decided to use AD. Mixed mode was (is) a conversion aid, with full AD being the eventual mode of operation. -Original Message- From: Lionel Dyck [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 7:01

Re: invalidate: busy buffer While Booting

2003-06-12 Thread Fargusson.Alan
I don't know what that error means specifically, but it looks like the crash caused a stray write to the file system causing damage that fsck can't fix. Time to restore from a backup. -Original Message- From: Geyer, Thomas L. [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 2:08

Re: Linux390 + VM + Tape 3490

2003-06-12 Thread Fargusson.Alan
In batch it happens at the allocate, which I think is at start of job in JES3, and start of step in JES2. In TSO you do an allocate command, although I doubt many people do this. Usually they write some JCL, and submit it. I think an allocate command would be the best way to do this in Linux,

Re: Linux390 + VM + Tape 3490

2003-06-12 Thread Fargusson.Alan
:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 5:25 PM To: [EMAIL PROTECTED] Subject: Re: Linux390 + VM + Tape 3490 On Thu, 12 Jun 2003, Fargusson.Alan wrote: In batch it happens at the allocate, which I think is at start of job in JES3, and start of step in JES2. In TSO you do an allocate

Re: Linux390 + VM + Tape 3490

2003-06-13 Thread Fargusson.Alan
of what devices ought to do. Regards, Jim Linux S/390-zSeries Support, SEEL, IBM Silicon Valley Labs t/l 543-4021, 408-463-4021, [EMAIL PROTECTED] *** Grace Happens *** Fargusson.Alan [EMAIL PROTECTED]To: [EMAIL PROTECTED

Re: Linux390 + VM + Tape 3490

2003-06-13 Thread Fargusson.Alan
the user would like this to work. -Original Message- From: David Boyes [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 5:40 PM To: [EMAIL PROTECTED] Subject: Re: Linux390 + VM + Tape 3490 On Thu, Jun 12, 2003 at 05:31:39PM -0700, Fargusson.Alan wrote: The mt command is designed

Re: Samba admin vs. Windows admin

2003-06-13 Thread Fargusson.Alan
I ran Samba on a UnixWare system for a couple of years. It took nearly zero effort. We also had several Windows/NT servers that required constant reboot, upgrades, etc. I would have to say that Windows in nearly infinitely more work. I have not really quantified it, but it seems that around

Re: Linux390 + VM + Tape 3490

2003-06-13 Thread Fargusson.Alan
This would reserve the tape to that machine, but would allow another user on the same machine to use the tape. Maybe that is what you want, but that is not what reserve implies. Figuring out how to prevent other users from using the tape is a tricky problem. I am not sure what that would

Re: Samba admin vs. Windows admin

2003-06-13 Thread Fargusson.Alan
This is getting off topic, but I am amused by Microsoft saying that they got the reason for reboots to four. Problem is that one of those reasons is that Windows will not unlink old DLLs until you reboot, so every install that includes a DLL (are there any that don't?) need a reboot.

Re: Linux390 + VM + Tape 3490

2003-06-16 Thread Fargusson.Alan
I can't think of any problems with using sysctl(). -Original Message- From: John Summerfield [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2003 3:37 PM To: [EMAIL PROTECTED] Subject: Re: Linux390 + VM + Tape 3490 On Fri, 13 Jun 2003, Fargusson.Alan wrote: Actually you hit

Re: SCO ups the ante (this is getting interesting)

2003-06-18 Thread Fargusson.Alan
You could interpret fully paid up in a couple of different ways I suppose. I think that IBM still pays royalties. At least one statement by SCO indicates that only SUN has a royalty free agreement. They also indicated that SUN has the only clean distribution. Sounds like HP may be the next

Re: offloading CPU intensive loads from zLinux to cheaper pasture s

2003-06-18 Thread Fargusson.Alan
You can only migrate to the same CPU architecture. This works well with Intel boxen, but is unlikely to do what you want, since a cluster of z/Series machines would be very expensive. The cheap (well at least cheaper than many z/Series systems) solution for z/Series is SMP, which is why SMP is

Re: Wine on Linux for S/390

2003-06-19 Thread Fargusson.Alan
I think that NT Server is the only supported version for non-Intel. The specific problem with this is that none of the office products were ever ported. They only work on Intel, and Alpha (Which has an Intel emulator built into the ROM). In fact, most software for Windows only works on Intel.

Re: Contrarian article

2003-06-19 Thread Fargusson.Alan
Not Solaris, since SUN has a different kind of license. But HP seems vulnerable. Note that SCO has stated that Solaris is clean. -Original Message- From: Tzafrir Cohen [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: Contrarian article

Re: Contrarian article

2003-06-19 Thread Fargusson.Alan
I don't know for sure, but I suspect that SCO has access to the source for all Unix variants. I think this is part of the System V license. When we did a port from System V we had to give ATT our source, and they diffed it with their copy. They even made us undo one change. -Original

Re: Performance question

2003-06-23 Thread Fargusson.Alan
The only way to know for sure would be to create a test program and try it. Having said that: Java seems much faster on my little Pentium 2 400 than it does on our z900 under z/OS 1.3 at 480 mips (two processors). Both are with Java 1.3.1. I have not really done a benchmark, but Java

Re: slow response times

2003-06-24 Thread Fargusson.Alan
You might try turning off the DB2 agent. It looks like that is what the OOM killer is trying to do. It also looks like you have a lot of them running. Is that what you want? -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 7:12 AM To:

Re: Cron sending e-mail

2003-06-24 Thread Fargusson.Alan
Try something like this: 10 * * * * root /usr/sbin/ntpdate -u condor /tmp/Log 21 -Original Message- From: James Melin [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 10:35 AM To: [EMAIL PROTECTED] Subject: Cron sending e-mail I have this entry in /etc/crontab 10 *

Re: list admin: we're being tracked

2003-07-02 Thread Fargusson.Alan
Good question. I think the answer is that the companies that make the products insulate themselves from the marketing companies. -Original Message- From: Wesley Parish [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 3:01 AM To: [EMAIL PROTECTED] Subject: Re: list admin: we're

Re: Probly a stoopid ?, but what's better...31-bit or 64-bit?

2003-07-14 Thread Fargusson.Alan
I have been reading the replies to this, and I have to disagree with most of them. It is better to go with 64-bit now since in the future you may need to run a 64-bit application, and then you would have to switch. You save time and energy by going with 64-bit now. I know this should be

Re: How Linux is actually loaded into memory?

2003-07-21 Thread Fargusson.Alan
How does the kernel access user arguments? In other Linux implementations the kernel is mapped to the upper 1G of the virtual address. This leaves 3G to the user processes. This mapping allows the kernel to use addresses passed as arguments without any translation, and it allows the kernel to

Re: SCO not playing by Aussie Rules

2003-07-23 Thread Fargusson.Alan
Actually this kind of thing was common in the early days of the automobile industry. There was even a patent granted on the car. GM and Chrysler paid royalties to someone for years, but Henry Ford refused. The case went on for several years. The patent holder died, and his family decided to

Re: Stripping trailing blanks?

2003-07-29 Thread Fargusson.Alan
This isn't the same thing. Somebody had to write the STRIP command for VM. And the STRIP command only does that one thing. The Unix/Linux cut|sed is a more general facility that took much less programming effort than what you have to do under VM to get the same facilities. You didn't show how

Re: Whither consolidation and what then?

2003-07-29 Thread Fargusson.Alan
At one time I did a lot of work with Unix, and I never had any problems with multiple processes corrupting the memory of other processes. Have there been some bugs introduced into Unix recently? I have not been working with Unix for a couple of years, unless you count z/OS USS. On the other

Re: Many many processes with LINUX

2003-07-29 Thread Fargusson.Alan
I think that the reason that the threads don't show up in ps on Solaris that 'lightweight' processes are implemented in the library at user level. The kernel does not know about them. This was the case a one time anyway. This disadvantage of this is that if any thread goes compute bound for a

Re: An update to the little script I post the other day...

2003-08-01 Thread Fargusson.Alan
... - Original Message - From: Fargusson.Alan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 01, 2003 10:56 AM Subject: Re: An update to the little script I post the other day... Now that you mention it, I worked with an IBM assembler on a System3 that had a similar limit

Re: Porting Problems

2003-08-06 Thread Fargusson.Alan
Except that it looks like the M compiler (MUMPS compiler) is actually a compiler for the x86. This won't be useful on a S/390. Retargeting a compiler is hard work. Too bad this wasn't created as part of the GNU compiler suite. -Original Message- From: Adam Thornton [mailto:[EMAIL

Re: Fwd: Re: big and little endian

2003-08-06 Thread Fargusson.Alan
I think that the 68000 is a simple bigendian. On the other hand I worked with a system that used a 68000 on an Intel Multibus. This causes a few problems. The weirdest was that the tape controller swapped bytes, so we had to use dd if=/dev/tape swab | tar ... for everything. -Original

Re: big and little endian

2003-08-07 Thread Fargusson.Alan
AM To: [EMAIL PROTECTED] Subject: Re: big and little endian On Wed, 2003-08-06 at 12:32, Fargusson.Alan wrote: I don't know much about the 6502. The Z80 had some 16 bit operations that were little endian. Does the 6502 not have any 16 bit operations? Even if you have not native 16 bit

Re: IBM's Power5+ to hit 3GHz

2003-08-08 Thread Fargusson.Alan
at 08:34:07AM -0700, Fargusson.Alan wrote: | Power chips are not microcoded, so this would not be possible. Maybe the new ones will be. It could be interesting if they were. -- - | Phil Howard KA9WGN | http

Re: big and little endian

2003-08-09 Thread Fargusson.Alan
This first paper is absolutely wrong. When converting from a 32 bit system to a 64 bit system you cannot just treat the 32 bit data as 64 bit data even if the systems are both the same endian. I have experience converting from PDP-11 to VAX, and from Intel 286 to 386. It just does not work

Re: big and little endian

2003-08-10 Thread Fargusson.Alan
I am fairly sure it was little endian, but it is hard to tell. I only think this because I read an internal document at Zilog that talked about it. Note that Zilog started out with several Intel employees, thus the Z80 is actually related to the 4004. -Original Message- From: John

Re: zSeries performance heavily dependent on working set size

2003-08-11 Thread Fargusson.Alan
What would you do to improve Jims program? -Original Message- From: Peter Vander Woude [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 1:24 PM To: [EMAIL PROTECTED] Subject: Re: zSeries performance heavily dependent on working set size Rod, I agree with you that the best

Re: IBM's Power5+ to hit 3GHz

2003-08-14 Thread Fargusson.Alan
Software for the Macintosh was, and is, mostly written in C (or C++). This made the switch much easier, especially since much of the OS itself was written in C++. Actually I think there was a lot of old Pascal code that was re-written in C++ for the PPC port. I am not sure what OS/400 was

Re: Force purge of buffercache??

2003-08-14 Thread Fargusson.Alan
I would probably use NFS in this application. -Original Message- From: Carpenter, Mark [mailto:[EMAIL PROTECTED] Sent: Thursday, August 14, 2003 11:27 AM To: [EMAIL PROTECTED] Subject: Force purge of buffercache?? Anybody know of a reliable way to cause buffer cache pages to be purged

Re: IBM's Power5+ to hit 3GHz

2003-08-14 Thread Fargusson.Alan
the same microcode. I would suspect that the three different lines will maintain their own microcode, and thus their own instruction set. It will just be the core silicon that is common. David Fargusson.Alan [EMAIL PROTECTED]To: [EMAIL PROTECTED

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
I think you explained it fairly well. Perhaps you could make another try at saying what you don't understand. -Original Message- From: Bernd Oppolzer [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 9:23 AM To: [EMAIL PROTECTED] Subject: Re: big and little endian What I never

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
I don't know much about the 6502. The Z80 had some 16 bit operations that were little endian. Does the 6502 not have any 16 bit operations? Even if you have not native 16 bit operations you might need to work with data from other systems. -Original Message- From: Adam Thornton

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 3:38 PM To: [EMAIL PROTECTED] Subject: Re: big and little endian On Iau, 2003-08-07 at 18:58, Fargusson.Alan wrote: But if you use an index register instead of HL you could use an offset. Now the 8080 didn't have index

Re: IBM's Power5+ to hit 3GHz

2003-08-14 Thread Fargusson.Alan
architecture. I doubt that this is feasible. -Original Message- From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 10:04 AM To: [EMAIL PROTECTED] Subject: Re: IBM's Power5+ to hit 3GHz On Gwe, 2003-08-08 at 17:45, Fargusson.Alan wrote: I have to wonder what

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
To: [EMAIL PROTECTED] Subject: Re: big and little endian On Iau, 2003-08-07 at 23:49, Fargusson.Alan wrote: Did you mean 2-3 clocks? It wasn't anything near 23 clocks on the Z80s I used. I am fairly sure that there was a one byte prefix to specify the index register. 1 byte for the prefix (DD

Re: zSeries performance heavily dependent on working set size

2003-08-14 Thread Fargusson.Alan
Or you could add more real storage. At todays prices adding more memory is usually cheaper than paying a programmer to rework his program. -Original Message- From: Kris Van Hees [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 11:26 AM To: [EMAIL PROTECTED] Subject: Re: zSeries

Re: zSeries performance heavily dependent on working set size

2003-08-14 Thread Fargusson.Alan
Any system with a cache will have this behavior. The exact point at which this occurs will depend on cache line size, and the size of the cache. The write strategy will effect the speed penalty for the write case. Write back will be faster in the type of program you are testing, but write

Re: Fwd: Re: big and little endian

2003-08-14 Thread Fargusson.Alan
PROTECTED] Subject: Re: Fwd: Re: big and little endian On Wed, 6 Aug 2003, Fargusson.Alan wrote: I think that the 68000 is a simple bigendian. On the other hand I worked Yeah. I've got some round here: they're in the early Macs. I've also got a newer version of it (SMT) inside a JTEC terminal

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
as fast. It just requires a little different logic. -Original Message- From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 4:16 AM To: [EMAIL PROTECTED] Subject: Re: big and little endian On Mer, 2003-08-06 at 18:49, Fargusson.Alan wrote: I suspect that little endian

Re: zSeries performance heavily dependent on working set size

2003-08-14 Thread Fargusson.Alan
throughout the system. Good Luck! Dennis Fargusson.Alan [EMAIL PROTECTED] To: [EMAIL PROTECTED] tb.ca.gov cc: Sent by: Linux on Subject: Re: zSeries performance heavily dependent

Re: IBM's Power5+ to hit 3 GHz

2003-08-14 Thread Fargusson.Alan
I have to tell you that I tend to ignore what you say when you start arguing religion. You didn't even give a hint as to why you think PL/X is better than C. -Original Message- From: john gilmore [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 9:18 AM To: [EMAIL PROTECTED]

Re: big and little endian

2003-08-14 Thread Fargusson.Alan
The 4004 may have used serial adders, but the 8080 used parallel. Most of the PDPs used parallel also. In fact I am sure that all the PDPs built from the late 60s on used parallel adders. Back in the 60s most systems used serial adders since they used transistors. It takes a lot of transistors

  1   2   3   4   5   >