REXX (and then Object REXX) was my favorite high-level language (especially for scripting). With the demise of OS/2, the existence of Object REXX on other platforms was not freely available and so I didn't have access to this tool that made me highly productive for some situations. After searching for a decent Object REXX replacement for a number of years, I finally found Python - which I found to be a good replacement. Like Object REXX, Python has these benefits: (1) strong string handling capabilities, (2) easy to learn and use, (3) can be used from very simple scripts all the way up to full-blown apps (including GUI apps), and (4) very readable and maintainable (perhaps the most important benefit).
Given the similarities between Python and Object REXX, I now wonder if there would be any compelling reason for anyone to pick up Object REXX as a new language. Sadly, many will see it as a "fringe" language and may never even consider it.
You're going there to learn, meet people, grow up, and have fun. None of this requires laptops and computer equipment. A computer is needed for writing papers and accessing online resources. Other than that, it's likely to get you in trouble.
I'd bring a decent stereo and an ordinary, used laptop - no other electronics. Spend your free time hanging out with new friends that you make, exploring the college town, and doing the sort of things that you don't already do.
I believe that Sun is really talking about IBM's pSeries (formerly known as RS/6000). My question is who would run Solaris on a pSeries server? By the same token, I can't imagine anyone running AIX on a Sun server either if it were available. I really doubt that Sun has *any* interest in Apple PPC hardware.
In keeping with the fine tradition of "...back in my day we had to walk to school through 2 feet of snow uphill both ways", you should introduce her to assembly. If your mother has tormented you in the past go right to machine language (in order to even the score a little -- "Son, why do I have to mess with these LEA and JNE instructions? Well Mom, remember when you used to make me eat my brocolli?").
BTW, I hear that there is a High-Level Assembler (HLASM) if you decide to take pity on her.
What kind of data structures are used to hold that many digits? Obviously, built-in native types can't handle numbers that big - so what do they use? Is it an array of "long long"? Are they stored in string format (each digit as a character)?
It didn't just suck "5 versions ago". It continued to suck even in version 6 which many commercial products still use. I have not tried the 7.0/7.1 versions to see how well it fares now.
The original poster says "without lib.exe it is pretty useless for larger projects".
My suggestion of building DLL's negates this complaint. Notice the original post didn't say "can't build static link library". A DLL on Windows is essentially the same as a ".so" on Unix. True, a DLL is not the same as a statically linked library, but in the original poster's comment aboutl "useless", one could easily build any number of DLL's for a large project. Indeed, this is how most commercial Win32 apps are built. Am I missing something?
I think you have no clue of what you spew. It is not irrelevant. It accomplishes the exact same thing. You can take however many classes or functions you like and bundle them into a single DLL the same way that you would do with a single library. In case you haven't noticed, the DLL is an acronym for "Dynamic Linked Library". So how is this a different purpose? Your initial post talked about working on a large project. This is what most professional developers do on Windows on a large project.
In the 4.2 days, the following code would cause an access violation:
string s = "this is a string longer than 31 characters in length"; s = "short string";
The string class has a built-in fixed length buffer (size around 31/32 bytes) that is used to handle short strings. The string constructor above can't used this buffer because it's too big. It allocates a new buffer on the heap to store it. The operator= implementation has logic that sees that the new value *CAN* fit in this buffer, but unfortunately tries to copy the *OLD* value (the long string) into this buffer prior to assigning the new value. Buffer overrun - whammo!
If anyone is thinking, "well why didn't you just fix it", the code was spaghetti code and a complete mess. I personally emailed PJ Plauger and he sent back hacks that also failed to work. At this point in time, we simply bought and used Rogue Wave's implementation.
When I found this problem, I called MS support and was told something like: "yeah, we know that there are problems with the string class and we recommend that you don't use it". How this ever got past 2 companies' (both MS and Plauger's company) QA process is puzzling to me.
My theory is they had it in the product to be able to "SAY" that they had it, but in reality it couldn't be used for any non-trivial application. And no, I don't believe it's any kind of conspiracy -- just a little deceptive marketing.
I'm continually amazed at the number of folks that bash MS for not following standards and then ridicule them when they do try. I'm certainly not an MS evangelist (nor an apologist), but seriously, what do you expect them to do?
There has been some level of support for the Standard C++ Library (STL) since the 4.2 days. Granted it was broken and has been through 6.0. This is because they used an implementation written by PJ Plauger who worked for Plum Hall at the time. Plauger had a falling out with Plum Hall over the rights to said code. This is the legal battle that has caused problems since the 4.2 days. You can easily download the half dozen or so header file patches for this though. FYI - Plauger now has his own company "Dinkumware".
I have not used their latest compilers to know the current situation. Although there have always been standards compliance problems with MS compilers, at least they're getting better over time.
The fact that it requires Windows 2000 or greater makes it doubtful that it would work under Wine at all. Why would you want to anyways? You could always build it normally under Win2000 (dual boot, or using VMWare, etc.) and then deploy those executables to *RUN* under Wine.
At one time, REXX was one of my favorite programming languages. I could crank out lots of code in very little time with very little effort. I even wrote an entire GUI client application (OS/2 based) using Watcom's VX-REXX. After leaving OS/2, I longed for a suitable replacement for REXX. After trying several languages, I discovered Python which took over as my favorite. Although if I had to do it again, Ruby could well come out on top.
I have yet to find a suitable replacement for VX-REXX though.
For you former REXX fans, what language (if any) has taken the place of REXX for you?
This is THE coffee in South Louisiana and has been for very many years. It's so good that many restaurants brag that they serve it in their advertisements. I get it shipped to me on a regular basis and bring it in to work every morning in a thermos. If you're serious about coffee for the taste, you should do yourself a favor and try this stuff.
amen to that. SWT may not be the greatest on non-Windows platforms, but then again, that's true of most end-user interactive tools. For developing traditional Windows GUI applications I rank SWT up at the top (almost as good as Delphi and C++ Builder). The only thing that SWT is lacking on Windows is a decent VB-ish IDE to perform dialog layouts and things like Borland's "2 way editing".
Um... No you weren't. It was the Chiefs who were playing the Colts. Sorry - couldn't resist.
I didn't see the commercial that you mentioned, but I saw a bunch of others. I was surprised at how many different Linux commercials they had running and how often these commercials were run. The whole time I kept thinking "I wonder what Joe/Jane Six-Pack makes of these Linux commercials".
This is IMO the best advise that I know regarding photography. If you can "see" the intended/desired picture in your mind before you shoot, then you're much better able to produce the photographs that you really want. There are several mental questions that you should ask yourself before every shot: (1) what composition (framing) do I want? (2) what kind of lighting effects do I want? (3) what kind of "feeling" do I want to evoke by those that see the picture?
The way to get there is to study and critique the photos that you take as well as those that others take. Decide what you like and dislike. And ask more experienced photographers for their suggestions.
Slashdot Mirror
I already find myself humming "knocking on heaven's door".
and both users rejoiced.
New justification for running a sweat shop.
REXX (and then Object REXX) was my favorite high-level language (especially for scripting). With the demise of OS/2, the existence of Object REXX on other platforms was not freely available and so I didn't have access to this tool that made me highly productive for some situations. After searching for a decent Object REXX replacement for a number of years, I finally found Python - which I found to be a good replacement. Like Object REXX, Python has these benefits: (1) strong string handling capabilities, (2) easy to learn and use, (3) can be used from very simple scripts all the way up to full-blown apps (including GUI apps), and (4) very readable and maintainable (perhaps the most important benefit).
Given the similarities between Python and Object REXX, I now wonder if there would be any compelling reason for anyone to pick up Object REXX as a new language. Sadly, many will see it as a "fringe" language and may never even consider it.
which is why they didn't say the "first word" in file systems. 8-)
You're going there to learn, meet people, grow up, and have fun. None of this requires laptops and computer equipment. A computer is needed for writing papers and accessing online resources. Other than that, it's likely to get you in trouble.
I'd bring a decent stereo and an ordinary, used laptop - no other electronics. Spend your free time hanging out with new friends that you make, exploring the college town, and doing the sort of things that you don't already do.
I believe that Sun is really talking about IBM's pSeries (formerly known as RS/6000). My question is who would run Solaris on a pSeries server? By the same token, I can't imagine anyone running AIX on a Sun server either if it were available. I really doubt that Sun has *any* interest in Apple PPC hardware.
Could you provide examples of "real operating systems designed to be secure from the ground up"? I'd like to know.
Wow, first Sun tells us that hardware will be free. Then Sun tells us that Solaris will be open source.
As for me, I'm holding out until they pay me to run their stuff. Shouldn't be long now. I think I hear someone at the door....
In keeping with the fine tradition of "...back in my day we had to walk to school through 2 feet of snow uphill both ways", you should introduce her to assembly. If your mother has tormented you in the past go right to machine language (in order to even the score a little -- "Son, why do I have to mess with these LEA and JNE instructions? Well Mom, remember when you used to make me eat my brocolli?").
BTW, I hear that there is a High-Level Assembler (HLASM) if you decide to take pity on her.
What kind of data structures are used to hold that many digits? Obviously, built-in native types can't handle numbers that big - so what do they use? Is it an array of "long long"? Are they stored in string format (each digit as a character)?
It didn't just suck "5 versions ago". It continued to suck even in version 6 which many commercial products still use. I have not tried the 7.0/7.1 versions to see how well it fares now.
The original poster says "without lib.exe it is pretty useless for larger projects".
My suggestion of building DLL's negates this complaint. Notice the original post didn't say "can't build static link library". A DLL on Windows is essentially the same as a ".so" on Unix. True, a DLL is not the same as a statically linked library, but in the original poster's comment aboutl "useless", one could easily build any number of DLL's for a large project. Indeed, this is how most commercial Win32 apps are built. Am I missing something?
Dude,
I think you have no clue of what you spew. It is not irrelevant. It accomplishes the exact same thing. You can take however many classes or functions you like and bundle them into a single DLL the same way that you would do with a single library. In case you haven't noticed, the DLL is an acronym for "Dynamic Linked Library". So how is this a different purpose? Your initial post talked about working on a large project. This is what most professional developers do on Windows on a large project.
The string class has a built-in fixed length buffer (size around 31/32 bytes) that is used to handle short strings. The string constructor above can't used this buffer because it's too big. It allocates a new buffer on the heap to store it. The operator= implementation has logic that sees that the new value *CAN* fit in this buffer, but unfortunately tries to copy the *OLD* value (the long string) into this buffer prior to assigning the new value. Buffer overrun - whammo!
If anyone is thinking, "well why didn't you just fix it", the code was spaghetti code and a complete mess. I personally emailed PJ Plauger and he sent back hacks that also failed to work. At this point in time, we simply bought and used Rogue Wave's implementation.
When I found this problem, I called MS support and was told something like: "yeah, we know that there are problems with the string class and we recommend that you don't use it". How this ever got past 2 companies' (both MS and Plauger's company) QA process is puzzling to me.
My theory is they had it in the product to be able to "SAY" that they had it, but in reality it couldn't be used for any non-trivial application. And no, I don't believe it's any kind of conspiracy -- just a little deceptive marketing.
I'm continually amazed at the number of folks that bash MS for not following standards and then ridicule them when they do try. I'm certainly not an MS evangelist (nor an apologist), but seriously, what do you expect them to do?
There has been some level of support for the Standard C++ Library (STL) since the 4.2 days. Granted it was broken and has been through 6.0. This is because they used an implementation written by PJ Plauger who worked for Plum Hall at the time. Plauger had a falling out with Plum Hall over the rights to said code. This is the legal battle that has caused problems since the 4.2 days. You can easily download the half dozen or so header file patches for this though. FYI - Plauger now has his own company "Dinkumware".
I have not used their latest compilers to know the current situation. Although there have always been standards compliance problems with MS compilers, at least they're getting better over time.
The fact that it requires Windows 2000 or greater makes it doubtful that it would work under Wine at all. Why would you want to anyways? You could always build it normally under Win2000 (dual boot, or using VMWare, etc.) and then deploy those executables to *RUN* under Wine.
Just my 2 bits though - 01
I use a macro that handles this for me, with conditional directives to be empty on other platforms. Not that hard - really.
At one time, REXX was one of my favorite programming languages. I could crank out lots of code in very little time with very little effort. I even wrote an entire GUI client application (OS/2 based) using Watcom's VX-REXX. After leaving OS/2, I longed for a suitable replacement for REXX. After trying several languages, I discovered Python which took over as my favorite. Although if I had to do it again, Ruby could well come out on top.
I have yet to find a suitable replacement for VX-REXX though.
For you former REXX fans, what language (if any) has taken the place of REXX for you?
Try Community Coffee http://www.communitycoffee.com.
Go for the Dark Roast.
This is THE coffee in South Louisiana and has been for very many years. It's so good that many restaurants brag that they serve it in their advertisements. I get it shipped to me on a regular basis and bring it in to work every morning in a thermos. If you're serious about coffee for the taste, you should do yourself a favor and try this stuff.
amen to that. SWT may not be the greatest on non-Windows platforms, but then again, that's true of most end-user interactive tools. For developing traditional Windows GUI applications I rank SWT up at the top (almost as good as Delphi and C++ Builder). The only thing that SWT is lacking on Windows is a decent VB-ish IDE to perform dialog layouts and things like Borland's "2 way editing".
> SWT looks like it was based on the X-Windows API, since there are so many parallels.
Bzzzt.... Wrong. SWT was obviously based on the Win32 API -- that's where the parallels are.
They're part of the standard Eclipse javadocs. Fire it up and just look under org.eclipse.swt.
Um... No you weren't. It was the Chiefs who were playing the Colts. Sorry - couldn't resist.
I didn't see the commercial that you mentioned, but I saw a bunch of others. I was surprised at how many different Linux commercials they had running and how often these commercials were run. The whole time I kept thinking "I wonder what Joe/Jane Six-Pack makes of these Linux commercials".
This is IMO the best advise that I know regarding photography. If you can "see" the intended/desired picture in your mind before you shoot, then you're much better able to produce the photographs that you really want. There are several mental questions that you should ask yourself before every shot: (1) what composition (framing) do I want? (2) what kind of lighting effects do I want? (3) what kind of "feeling" do I want to evoke by those that see the picture?
The way to get there is to study and critique the photos that you take as well as those that others take. Decide what you like and dislike. And ask more experienced photographers for their suggestions.