KCLUG

kclug@kclug.org

1 participants
3241 discussions

RE: Semi-OT: Programming Question
by Brian Densmore 11 Mar '05

11 Mar '05

> -----Original Message----- > From: D. Hageman > > ... > Seriously, I do not group C# into realm of interpreted > languages. I would > agree that the line is blurring now that we are starting to see the > compilers for interpreted languages, but one can still use those > interpreted languages as a simple tool to assist in quick > shell tricks. I'll agree with you that there is no interactive interpreter. But interpreted means it has to pass through an interpreter for the computer to use it, not through the programmer. So, I'll continue to say it is interpreted and not compiled, because that is what it is. I don't care how complex or how many bells and whistles it has in the end it's interpreted before it's usable by the bare metal. I learned how to program using machine language, and then assembly. I wrote a "compiler" inside GW-Basic in 1980. So I know a little something about compiled versus interpreted. I don't care what the MS salespitch says is compiled. So you can call it compiled since it's compiled into bytecode but then you have to call java compiled too. I disagree also that an interactive interpreter for C# would be useful. You could test out lines of code and procedures from inside it. I don't use C#, I haven't had the opportunity at work and have no need at home. At work it's all VB. Of course work is over, this job is gone and I probably won't be sending anymore email from this address. I understand your position, but still consider it wrong from a purely technical perspective. Peace, Brian "Jack" Densmore Jack of many trades, master of a few. Don't know jack about brain surgery, but if you hum a few bars I could argue about that one too. ;')

3 2

Re: Semi-OT: Programming Question
by Brian Kelsay 11 Mar '05

11 Mar '05

Are you saying he don't know jack? Apparently you don't know Jack. He's Brian Densmore. OK, resume your breakfast. Move along, nothing to see here. Brian Kelsay >>> "D. Hageman" <> 03/11/05 02:56AM >>> You are over simplifying what C# and the Common Language Infrastructure (CLI) really is. Getting into the details of this could be an essay. If you are curious I recommend you read a bit more before taking what is written by "Jack" as fact. Seriously, interpreted language? pfft. Big difference between python, perl, scheme, lisp, etc. and C#.

2 1

Semi-OT: Programming Question
by Charles, Joshua Micah (UMKC-Student) 11 Mar '05

11 Mar '05

I'm working on an application framework idea that I've had, and have ran into the following problem. My original (rough) design called for a monolithic core that provided the main functionality I was looking for, and would be extensible via plugins. I then realized, though, that my software would be much more flexible if I started out with a plugin framework, and made all functionality compartmentalized into plugins. That way if a user doesn't want some functionality, they don't need to install that plugin. The problem I'm running into is trying to figure out exactly how I am going to implement it. I've read a book on design patterns, and have done some good research on google, but it seems most of the documentation I'm finding is very basic (i.e. how to dynamically load a dll, and execute the code it contains.) Here's where I'm at right now. I can load a third party dll into my program and execute the code, but I can't quite figure out how to make it interact with dynamic data. Should I create large object that contain the data, and when the plugin is called, through an event of some sort, just pass in that object? I'm also considering going through the MyPhpNuke code to see how they do it in PHP. Would this be helpful even though it's a interepreted language, and I'm using a compiled language (C#)? I'm also looking at the option for doing all the extensions through a scripting language, but that seems to me to cause other problems. What I would really want is to have complex plugins that are encapsulated into a single dll. Distribution would be made via a zip file, which would contain the zip file, a SQL file ( containing any modifications to the database needed), a manifest file ( with version information ), documentation, and a xml config file that will hold any needed configuration settings. Another option would be that I provide an interface to keep all configuration in a single place, which might be more elegant. I've been reading through the RainbowPortal code to try to figure out exactly how they did it, but the fine points elude me. Does anyone know of any good documentation that can get me to the next step? Thanks, Josh

4 4

Re: DB2
by csappenfield＠kc.rr.com 11 Mar '05

11 Mar '05

----- Original Message ----- From: Dave Hull <dphull(a)insipid.com> Date: Thursday, March 10, 2005 10:27 am Subject: Re: DB2 > Quoting Jonathan Hutchins <hutchins(a)tarcanfel.org>: > > > Ok, aparantly my brain concatenated "IBM Released a database to > Open Source" > > with "DB2 is IBM's big deal". Thanks for the clarification. > > > > There used to be a series of PC databases - DB II, DB III, DB > IV. What ever > > happened to those? > > I'm sorry to report that those are still alive and kicking... and > screaming. > -- Databases rarely ever die. If a DB application doesn't require much, people don't replace their old applications. And if it does require much, it's very difficult to switch out the underlying DB, because things like concurrency models are implemented differently in every DB.

3 2

Re: DB2
by csappenfield＠kc.rr.com 10 Mar '05

10 Mar '05

It's the scheme whereby the DB keeps concurrent users from stomping each other's data. So, when you switch DBs, you find things like locks where you never saw them before. ----- Original Message ----- From: Brian Kelsay <Brian.Kelsay(a)kcc.usda.gov> Date: Thursday, March 10, 2005 12:43 pm Subject: Re: DB2 > What is a concurrency model? > It's the scheme whereby the DB keeps concurrent users from stomping each other's data. So, when you switch DBs, you find things like locks where you never saw them before.

1 0

Re: DB2
by Brian Kelsay 10 Mar '05

10 Mar '05

What is a concurrency model? Brian Kelsay >>> <csappenfield(a)kc.rr.com> 03/10/05 09:37AM >>> <snip> , it's very difficult to switch out the underlying DB, because things like concurrency models are implemented differently in every DB.

1 0

RE: Databases
by Brian Densmore 10 Mar '05

10 Mar '05

> -----Original Message----- > From: James Sissel > > > >>> There used to be a series of PC databases - DB > > II, DB III, DB IV. > > >>> Whatever happened to those? > > Better dBase products came out that were cheaper (MUCH > cheaper). Hmm... I've still got a copy of dBase IV boxed up somewhere. Maybe I should dust it off and re-install it? Nah, I remember that crazy weird interface they had. > > > What other databases have died anybody? > > It's not dead but it might as well be. The best damn > PC based database ever written. FoxPro! They were > well ahead of their time. And then Micro$oft bought > them out. FoxPro is long from dead. I've seen no less than a dozen job advertisements wanting FoxPro experts. Also saw a job advert for a Linux programmer in Wichita. I'll post/send a link if anyone is interested. I wasn't qualified, and it's a bit far to travel for me. > > They came out with a very buggy version 2.5 and then > charged you $20 for the patches which they called > version 2.6. Version 3 was a piece of crap. Version > 4 went ???? because the next version was version 5. > Starting Version 3 good old Micro$oft killed the dbase > language and put in their Visual Basic (gag, choke). > > Of course Micro$oft already had their "database" > product called Access. Which is why M$ bought FoxPro, so they could kill it. > > I pray for the day that Micro$oft goes under. You'll be praying a long time. M$ is too big and rich to go under. It might happen, but not likely in any of our lifetimes. Here's my predictions regarding M$ and Linux: Linux attains 50% of the server market - 2007 Linux attains 10% of the desktop market - 2008 Linux attains 50% of the server base - 2012 Linux attains 10% of the desktop base - 2015 Linux attains 70% of the server base - 2015 Bill Gates retires - 2020 Microsoft releases LinuxOffice - 2020 Linux attains 50% of the desktop market - 2020 Linux attains 80% of the server base - 2020 Linux attains 50% of the desktop base - 2025 Microsoft opensources Windows - 2030 Linux attains 90% of the server base - 2020 Linux attains 70% of the desktop market - 2040 Linux attains 70% of the desktop base - 2045

1 0

Re: Databases
by Brian Kelsay 10 Mar '05

10 Mar '05

>>> Jonathan Hutchins <> 03/09/05 05:55PM >>> On 09 March 2005 05:25 PM, Bill Cavalieri wrote: Brian Kelsay >>> There used to be a series of PC databases - DB II, DB III, DB IV. >>> Whatever happened to those? >> Relational/Object DB's negated most of the need for them, SQLite would be a >> good example. The dBASE's are still around, some utilities in Linux let >> you read/convert from dBASE formats. > Oh, right, yeah, dBASE, now apparently on version 7.5, and still going at > http://www.dbase.com . Some companies (AT&T) had a pretty big > investment in > it, I guess they've kept it going, but I don't see much demand for it in the > job market. dBASE is a cheap database, but this is the type of product that I can see disappearing soon due to lack of interest. The even cheaper or free options will wipe them out. It's sad, but it happens. And with student pricing at $99 I would kill an instructor that chose that over MySQL or Postgres. Hal, how was Btrieve wiped out? What other databases have died anybody?

2 1

Re: DB2
by Brian Kelsay 10 Mar '05

10 Mar '05

A database written in Java? You gotta be kidding. They released Eclipse and plugins. Eclipse is an IDE made with Java. Maybe they released some atents for OSS use that related to DB2 that caused the confusion. Brian Kelsay >>> "D. Hageman" <dhageman(a)dracken.com> 03/09/05 11:34AM >>> Hmmm.... I doubt it. They released a database written in Java, but DB2 is IBM's answer to a database for the big iron.

6 6

Re: Databases
by James Sissel 10 Mar '05

10 Mar '05

> >>> There used to be a series of PC databases - DB > II, DB III, DB IV. > >>> Whatever happened to those? Better dBase products came out that were cheaper (MUCH cheaper). > What other databases have died anybody? It's not dead but it might as well be. The best damn PC based database ever written. FoxPro! They were well ahead of their time. And then Micro$oft bought them out. They came out with a very buggy version 2.5 and then charged you $20 for the patches which they called version 2.6. Version 3 was a piece of crap. Version 4 went ???? because the next version was version 5. Starting Version 3 good old Micro$oft killed the dbase language and put in their Visual Basic (gag, choke). Of course Micro$oft already had their "database" product called Access. IMHO, the biggest piece of coding shit ever written. So they aren't pushing FoxPro. I've unfortunately used Access from Version 2.0 up to now Version 2003 (when are we going to stop this naming for the year BS?) You'd think they could get it right in that amount of time. I pray for the day that Micro$oft goes under.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

KCLUG