Why isn't there a Graphical User Interface standard? Think about it
for a second. You may say, well evey systems API for GUIs is differnt,
but do take into acound: every operating system requires differnt
compilations and often totally differnt compiler code. For instance
gcc on windows in not the same code as gcc on linux/unix but it
produces the same programs when you use it to compile. Yes you can
take something like:
#include <stdio.h>
int main(void) {
printf("Hello, world!\n");
return 0;
}
And compile it on Mac OS X, Windows XP, Debian Linux, freeBSD, etc.
Each time(especially on the unposix driven OS's) differnt machine code
is generated. So why can't you take:
#include <stdgio.h>
int main(void) {
stdwin s_window;
s_window = makenewwin(WINDOW_DIALOG);
win_printf(s_window, "Hello, World!");
wait(5);
closewin(s_window);
return 0;
}
All of the functions above are imagineary of course but why havn't they
been created? Graphical User Interfaces have existed scince the Mid
80's (or maybe earlier correct me if I am wrong) yet there is still no
C standard about them. Yes more coding would be required on SEVERAL
systems, but it doesn't even apear as though there has been much effort
to make a standered for GUI. Porting GUI programs from linux to
windows, or back, is hell. Sure there are things that exist for
windows and linux for example GTK, but, there are differances, and this
is not "standard".
How long is it going to take before someone says "Okay, you know what,
text based user interfaces are not what most users use, wouldn't it be
nice to make it so that there is nice C standard based on GUIs?".
Well? Wouldn't it?
Nori 24 2411 no*********@gmail.com posted: Why isn't there a Graphical User Interface standard?
There is, kind of. There's libararies available on the internet (can't
think of any of their names) which do exactly that -- you can compile your
GUI code for Windows, Linux, Mac OS...
--
Frederick Gotham
On 2006-06-26, Frederick Gotham <fg*******@SPAM.com> wrote: no*********@gmail.com posted:
Why isn't there a Graphical User Interface standard?
There is, kind of. There's libararies available on the internet (can't think of any of their names) which do exactly that -- you can compile your GUI code for Windows, Linux, Mac OS...
Allegro is one. But this is OT to comp.lang.c. It's possible that it'd
be ontopic in comp.std.c.
--
Andrew Poelstra < http://www.wpsoftware.net/blog >
To email me, use "apoelstra" at the above address.
I know that area of town like the back of my head. no*********@gmail.com wrote On 06/26/06 17:25,: Why isn't there a Graphical User Interface standard? [...]
There are lots of them. Enough, as the humorists like
to say, so everybody can have a standard all his own.
How long is it going to take before someone says "Okay, you know what, text based user interfaces are not what most users use, wouldn't it be nice to make it so that there is nice C standard based on GUIs?".
You know, graphical interfaces are not the only other
standards that exist. There are also standards for sound,
for parallelism, for networking, for operating systems, for
safety-critical systems, for navigation, for telephony, ...
What do you think would happen if all these standards
were somehow adopted as part of the C programming language?
For one thing, the C Standard would need to be printed in
multiple volumes occupying a couple meters of shelf space.
For another, the committee meetings would have such a huge
number of participants with conflicting purposes that no
revision of the standard could ever be finished. And let's
not even think about how long it would take before complete
implementations of this super-C became available (just look
at how slow C99 uptake has been). And, of course, since all
these standards would be part of C -- not part of C++ or
Java or Lisp or Python or NameYourFavoriteLanguage -- there
would be enormous inter-language compabibility problems.
There are many useful standards. Most of them should
not be part of a programming language definition.
-- Er*********@sun.com
Andrew Poelstra <ap*******@localhost.localdomain> writes: On 2006-06-26, Frederick Gotham <fg*******@SPAM.com> wrote: no*********@gmail.com posted: Why isn't there a Graphical User Interface standard?
There is, kind of. There's libararies available on the internet (can't think of any of their names) which do exactly that -- you can compile your GUI code for Windows, Linux, Mac OS...
Allegro is one. But this is OT to comp.lang.c. It's possible that it'd be ontopic in comp.std.c.
Only if you're suggesting a change to the C standard.
--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.
In article <11**********************@i40g2000cwc.googlegroups .com>, no*********@gmail.com <no*********@gmail.com> wrote: Why isn't there a Graphical User Interface standard?
There are lots of them! Indeed, that's a big part of the problem.
So why can't you take:
#include <stdgio.h>
int main(void) { stdwin s_window; s_window = makenewwin(WINDOW_DIALOG); win_printf(s_window, "Hello, World!"); wait(5); closewin(s_window); return 0; }
All of the functions above are imagineary of course but why havn't they been created? Graphical User Interfaces have existed scince the Mid 80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
With good reason. Have you ever looked at the size of the documentation
for X and Motif??? Programming a graphics system takes a *lot* of work,
if it is to be sufficiently general and flexible and efficient.
Various attempts have been made to create industry standards for
graphics. OpenGL (an open standard) is a good example -- as is Microsoft's
reaction to OpenGL of creating Direct-X. You know the refrains,
"OpenGL isn't efficient enough", and "OpenGL interferes with our
ability to innovate."
Graphics standards have a lot of economic politics involved, because
there is big business in creating fast graphics cards.
If you weren't thinking as big as X or OpenGL or Direct-X, then
you must be thinking of a relatively restricted API -- but then what
do you include and what don't you?
There has been a huge effort into creating portable graphic systems
that look pretty much the same on every platform -- it is called Java.
Released by Sun, made incompatible by Microsoft until a Sun forced
the issue in court.
I'm not at all familiar with Java internals; the rumblings I've heard
are that a port of Java to a new system is a considerable effort (which
is why it isn't uncommon for OS vendors to lag several releases
behind.) How productive would you say it would be for the X3.159
committee people to get together and re-invent the Java graphics
interface? Is Microsoft likely to adopt the hypothetical standard
if it it provides substantial flexibility? Or are you thinking
only of something with less capabilities than tcl/tk ?
--
Programming is what happens while you're busy making other plans. no*********@gmail.com wrote: Why isn't there a Graphical User Interface standard? Think about it
Some say there is; google for "Tcl/Tk".
<snipped>
goose,
On Mon, 26 Jun 2006 14:25:09 -0700, no*********@gmail.com wrote:
<snip> How long is it going to take before someone says "Okay, you know what, text based user interfaces are not what most users use, wouldn't it be nice to make it so that there is nice C standard based on GUIs?". Well? Wouldn't it? Nori
The fatal error here is assuming that C even provisions for a
"text based user interface". Fact is, I don't believe the C describes any
kind of user interface system.
It has stream oriented I/O and even records (aka "lines"), but Plan9
managed to use stream oriented I/O for building a GUI system, so....
On 2006-06-26, Keith Thompson <ks***@mib.org> wrote: Andrew Poelstra <ap*******@localhost.localdomain> writes: On 2006-06-26, Frederick Gotham <fg*******@SPAM.com> wrote: no*********@gmail.com posted: Why isn't there a Graphical User Interface standard?
There is, kind of. There's libararies available on the internet (can't think of any of their names) which do exactly that -- you can compile your GUI code for Windows, Linux, Mac OS...
Allegro is one. But this is OT to comp.lang.c. It's possible that it'd be ontopic in comp.std.c.
Only if you're suggesting a change to the C standard.
Unless he was rambling in the wrong group and his post had absolutely
nothing to do with C, I believe that he /was/ suggesting a change to
the C standard.
But that's just my interpretation of what he decided to post and where
he decided to post it.
--
Andrew Poelstra < http://www.wpsoftware.net/blog >
To email me, use "apoelstra" at the above address.
I know that area of town like the back of my head.
>Why isn't there a Graphical User Interface standard? Think about it for a second. You may say, well evey systems API for GUIs is differnt, but do take into acound: every operating system requires differnt compilations and often totally differnt compiler code. For instance gcc on windows in not the same code as gcc on linux/unix but it produces the same programs when you use it to compile. Yes you can
Assume there is such a standard. How would you go about writing a
non-trivial application that runs well on (a) a cellphone with a
1" screen AND (b) a PC with a 15" or larger monitor? Also, cellphones
have considerably fewer keys than a PC keyboard. Some cellphones
don't have meece, thumbscroll, touchpads, or anything equivalent.
Regardless of the technology (e.g. you might be able to get a 1"
screen with 102400 x 76800 pixels if necessary), but you DO NOT get
to require laser eye surgery for the users attempting to use it,
nor do you get to reduce the size of the user's fingers.
int main(void) { stdwin s_window;
s_window = makenewwin(WINDOW_DIALOG); win_printf(s_window, "Hello, World!");
Didn't you forget something about what font to use here?
And the size of the window?
wait(5); closewin(s_window);
return 0; }
Gordon L. Burditt
Well, C is a std language for all sorts of devices. Some don't even
have a display, or just a 6-char LCD display. What then? You implement
a std that can't be fulfilled by some device, which makes the language
crap.
Let C be C and GUI be GUI. Get a library for GUI programming. There's
lots out there and lots of free and lots of x-platform.
Examples:
C++: wxWidgets, Fox-Toolkit
C: GTK
Gordon Burditt wrote: Why isn't there a Graphical User Interface standard? Think about it for a second. You may say, well evey systems API for GUIs is differnt, but do take into acound: every operating system requires differnt compilations and often totally differnt compiler code. For instance gcc on windows in not the same code as gcc on linux/unix but it produces the same programs when you use it to compile. Yes you can
Assume there is such a standard. How would you go about writing a non-trivial application that runs well on (a) a cellphone with a 1" screen AND (b) a PC with a 15" or larger monitor? Also, cellphones
One could reasonable assume that such a library would not be required
for freestanding environments just as most of the rest of the library is
not required for freestanding environments. So unless your cellphone is
a hosted environment it is not too relevant to the argument.
A bigger problem is a server with no GUI installed, and I certainly come
across those and use them as hosted implementations.
<snip> int main(void) { stdwin s_window;
s_window = makenewwin(WINDOW_DIALOG); win_printf(s_window, "Hello, World!");
Didn't you forget something about what font to use here? And the size of the window?
Yes, he missed some stuff. However I would assume it was only meant to
show the concept, not the detail. It is obviously possible to define a
cross platform GUI library since several have been done, the question is
whether it should be part of the C standard. I'm not convinced it should
be and I doubt that those producing cross platform libraries would be
convinced that they should change to meet some new GUI interface standard.
--
Flash Gordon, living in interesting times.
Web site - http://home.flash-gordon.me.uk/
comp.lang.c posting guidelines and intro: http://clc-wiki.net/wiki/Intro_to_clc
Inviato da X-Privat.Org - Registrazione gratuita http://www.x-privat.org/join.php no*********@gmail.com wrote: Why isn't there a Graphical User Interface standard?
<snip>
One of the 'standards' bodies I worked on for sometime had the rather catchy
title of P1201 (Google for IEEE and 1201 [also 1201.1 and 1201.2]). Anyway,
after years of work, the best we could politically get through was a
'recommended practice' - which was as effective as a one legged arse kicker
of course! If it weren't OT, I could bore you to death with some tales that
you curl your toes!
--
==============
Not a pedant
==============
Flash Gordon <sp**@flash-gordon.me.uk> wrote: A bigger problem is a server with no GUI installed, and I certainly come across those and use them as hosted implementations.
Indeed, although it would theoretically be possible for the GUI calls
to degenerate to some curses-like functionality on such a system.
Yes, he missed some stuff. However I would assume it was only meant to show the concept, not the detail. It is obviously possible to define a cross platform GUI library since several have been done, the question is whether it should be part of the C standard. I'm not convinced it should be and I doubt that those producing cross platform libraries would be convinced that they should change to meet some new GUI interface standard.
I'm not convinced people would use this proposed GUI interface
standard even if it could be wished into implemented existence
tomorrow. Presumably the vast majority of situations where standard
or nearly-standard cross-platform GUI behaviors are required are
already being handled by Java or any of the numerous GUI toolkits
previously mentioned.
--
Christopher Benson-Manica | I *should* know what I'm talking about - if I
ataru(at)cyberspace.org | don't, I need to know. Flames welcome.
In article <11**********************@i40g2000cwc.googlegroups .com>, no*********@gmail.com <no*********@gmail.com> writes Why isn't there a Graphical User Interface standard?
This got argued to death in comp.std.c a few months ago.
Think about it for a second.
They did and the answer was still "NO"
All of the functions above are imagineary of course but why havn't they been created? Graphical User Interfaces have existed scince the Mid 80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
Because every one has their own way of doing it. There are many
commercial systems already out there who will not want to conform to
your version. So most if not all of the companies doing graphic
libraries or GUI's (not the same thing) would stop your proposed system
for years in the standards process. IT would die there and not one wants
to put effort into it.
Yes more coding would be required on SEVERAL systems, but it doesn't even apear as though there has been much effort to make a standered for GUI.
Because no one wants one. If the industry wanted one they would do it.
How long is it going to take before someone says "Okay, you know what, text based user interfaces are not what most users use, wouldn't it be nice to make it so that there is nice C standard based on GUIs?". Well? Wouldn't it? Nori
No.
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
/\/\/ ch***@phaedsys.org www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
>>> Why isn't there a Graphical User Interface standard? Think about it for a second. You may say, well evey systems API for GUIs is differnt, but do take into acound: every operating system requires differnt compilations and often totally differnt compiler code. For instance gcc on windows in not the same code as gcc on linux/unix but it produces the same programs when you use it to compile. Yes you can Assume there is such a standard. How would you go about writing a non-trivial application that runs well on (a) a cellphone with a 1" screen AND (b) a PC with a 15" or larger monitor? Also, cellphones
One could reasonable assume that such a library would not be required for freestanding environments just as most of the rest of the library is not required for freestanding environments. So unless your cellphone is a hosted environment it is not too relevant to the argument.
Assume that this is something called the "C GUI Extension", not a
requirement for C itself, and that the author of the implementation
on the cellphone actually tried hard to make it work well on the
cellphone, even if other parts like a file system not present or
very limited. I think there's a real use for common GUI code for,
say, option setting, between a cellphone and a program on a PC
used to sync data to the cellphone and mass-program cellphones.
A bigger problem is a server with no GUI installed, and I certainly come across those and use them as hosted implementations.
My point here is that the "least common denominator" for a GUI,
assuming you've GOT hardware for a GUI, may be virtually unusable,
entirely due to hardware issues such as size of the screen, that
can't be papered over with software or surgery on the prospective
users of the device.
Yes, he missed some stuff. However I would assume it was only meant to show the concept, not the detail. It is obviously possible to define a cross platform GUI library since several have been done,
Have several been done in a way that portable programs can be written
that run on very GUI hardware-limited platforms so that they are
actually considered USABLE on such a platform *and* don't look
painfully primitive on a PC with decent display and graphics hardware?
the question is whether it should be part of the C standard.
At best, I can see it as "The C GUI extension" which a C implementation
may claim to include or may not. (compare against POSIX compatability).
I have my doubts about whether that should be included in the C
standard vs. another standard.
I'm not convinced it should be and I doubt that those producing cross platform libraries would be convinced that they should change to meet some new GUI interface standard.
Gordon L. Burditt no*********@gmail.com wrote: Why isn't there a Graphical User Interface standard?
There are many such standards to choose from!
A GUI is a specific solution to a problem which connects event-based
user input from devices such as mice and keyboard with a 2D graphics
output frame buffer device. So what you should first ask for is a
standard for for input devices such as mice and keyboard (and maybe
joysticks) based on events and then a standard for graphics frame
buffer devices.
Microsoft's Direct X is an example standard that covers these (but
which is obviously platform specific.) X exists but is not considered
ideal. OpenGL is an example of a graphics frame buffer device
standard. OpenGL has a not insignificant amount of platform buy-in.
So it would seem that the real problem is the lack of an event-based
user input standard that is really missing.
Designing a GUI on top of such standards seems to me to be really kind
of application specific. But by having good device standards to begin
with, it would make it more possible to make any such GUIs more
portable. This would mean that competition would be more vibrant and
might eventually lead to a dominant market leader which might lead to a
defacto standard.
--
Paul Hsieh http://www.pobox.com/~qed/ http://bstring.sf.net/
On 26 Jun 2006 14:25:09 -0700, in comp.lang.c ,
"no*********@gmail.com" <no*********@gmail.com> wrote: Why isn't there a Graphical User Interface standard?
There are many...
80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
Note that a GUI isn't a C feature, its an OS feature.
systems, but it doesn't even apear as though there has been much effort to make a standered for GUI.
Actually there have been many efforts, going back as far as I can
remember. I first programmed UIs in PANEL, which was a multiplatform
UI. Then there's GTK ,which exists across multiple platforms, and
TCL/TK, and Neuron Data's OI, and....
nice to make it so that there is nice C standard based on GUIs?". Well? Wouldn't it?
Not much call for a GUI on refrigerators, train track monitors and
nuclear installations.
--
Mark McIntyre
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan
In article <ck********************************@4ax.com>,
Mark McIntyre <ma**********@spamcop.net> wrote: Not much call for a GUI on refrigerators,
The Korean company "LG" markets several refrigerators with
LCD displays and a GUI. In some of them, the LCD display acts as a TV.
On some refrigerators, the display allows changing settings
on the refrigerator (e.g., temperature controls.)
Some refrigerators have bar-code scanners and links to UPC databases
and keep track of when various food was added or removed from the
unit, and can be queried for the current inventory or for the
list of items that are getting old.
train track monitors and nuclear installations.
The search for WMD in Iraq would have been so much simpler if the
installations had good GUIs ;-)
--
There are some ideas so wrong that only a very intelligent person
could believe in them. -- George Orwell
Mark McIntyre <ma**********@spamcop.net> writes: On 26 Jun 2006 14:25:09 -0700, in comp.lang.c , "no*********@gmail.com" <no*********@gmail.com> wrote:
Why isn't there a Graphical User Interface standard?
There are many...
80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
Note that a GUI isn't a C feature, its an OS feature.
The same could be said for file I/O.
It happens, by historical accident, that the state of file I/O is such
that it can sensibly be standardized in a language (though some
systems have features that the language standard doesn't capture), but
GUIs probably cannot. It needn't have been that way; if graphics
systems had converged more than they did in real life, we might have
<stdgraph.h> in C.
--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.
"Keith Thompson" <ks***@mib.org> wrote in message
news:ln************@nuthaus.mib.org... Mark McIntyre <ma**********@spamcop.net> writes: On 26 Jun 2006 14:25:09 -0700, in comp.lang.c , "no*********@gmail.com" <no*********@gmail.com> wrote:
Why isn't there a Graphical User Interface standard? There are many...
80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
Note that a GUI isn't a C feature, its an OS feature.
The same could be said for file I/O.
It happens, by historical accident, that the state of file I/O is such that it can sensibly be standardized in a language (though some systems have features that the language standard doesn't capture), but GUIs probably cannot. It needn't have been that way; if graphics systems had converged more than they did in real life, we might have <stdgraph.h> in C.
Java has a GUI standard.
HTML is a sort of GUI standard.
PHIGS is a graphics standard.
GKS is a graphics standard.
ODA is a graphics standard.
CGM is a graphics standard.
All things are possible if you want to do them bad enough.
Of course, a GUI standard probably does not make a lot of sense for toaster
ICs.
I guess that an add-on GUI standard for programming would have to be a step
above, sort of like the difference between a hosted and non-hosted C
implementation.
It is also possible to standardize the interface to operating systems. That
is what ACE does: http://www.cs.wustl.edu/~schmidt/ACE.html
Standards are nothing but agreements. "Hey, everybody... Let's do it like
this!"
-- Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst> San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst> We must do something. This is something. Therefore, we must do this.
In article <ck********************************@4ax.com>, Mark McIntyre
<ma**********@spamcop.net> writes Not much call for a GUI on refrigerators, train track monitors and nuclear installations.
Wrong on all three counts.
At the risk of advertising see www.segger.com
that graphics library (not GUI) has been used on all three things you
mention above.
I am sure most of the other graphical library systems can say the same.
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
/\/\/ ch***@phaedsys.org www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
In article <e7**********@nntp.aioe.org>, Dann Corbit <dc*****@connx.com>
writes "Keith Thompson" <ks***@mib.org> wrote in message news:ln************@nuthaus.mib.org... Mark McIntyre <ma**********@spamcop.net> writes: On 26 Jun 2006 14:25:09 -0700, in comp.lang.c , "no*********@gmail.com" <no*********@gmail.com> wrote:
Why isn't there a Graphical User Interface standard?
There are many...
80's (or maybe earlier correct me if I am wrong) yet there is still no C standard about them.
Note that a GUI isn't a C feature, its an OS feature. The same could be said for file I/O.
It happens, by historical accident, that the state of file I/O is such that it can sensibly be standardized in a language (though some systems have features that the language standard doesn't capture), but GUIs probably cannot. It needn't have been that way; if graphics systems had converged more than they did in real life, we might have <stdgraph.h> in C.
Java has a GUI standard. HTML is a sort of GUI standard. PHIGS is a graphics standard. GKS is a graphics standard. ODA is a graphics standard. CGM is a graphics standard.
All things are possible if you want to do them bad enough.
Absolutely and that is the point.
The industry does NOT want a standard GUI. There are a lot of graphics
libraries out there and GUIs al of whom would campaign against a
standard unless it fitted their model exactly.
It the work was started by ISO all the interested parties would slow it
to a standstill until it died.
Of course, a GUI standard probably does not make a lot of sense for toaster ICs.
I am sure at least one toaster has an LCD and graphical display.
I guess that an add-on GUI standard for programming would have to be a step above, sort of like the difference between a hosted and non-hosted C implementation.
Are we talking about a GUI or a graphics library? A subtle different to
my mind.
One looks like Windows/Gem/OSX/ Solaris and the other is a library to
put graphics on screen like a control panel, coffee machine etc. It one
tends to have "windows" not (Windows TM) and the other tends not to.
Standards are nothing but agreements. "Hey, everybody... Let's do it like this!"
There are far to many companies out there with their own commercial
system to not want a standard.
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
/\/\/ ch***@phaedsys.org www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: John Bentley |
last post by:
John Bentley writes at this level:
If we think about our savings accounts then division never comes in (as far as
I can see). We deposit and withdraw exact amounts most of the time. Occasionaly...
|
by: Anupam Jain |
last post by:
Hi...
Just returned from Bangalore last nite finishing off with the
Microsoft Imagine Cup 2004.
We were the National Finalists from North India + East India ,
representing 23 states and union...
|
by: Steven T. Hatton |
last post by:
Now that I have a better grasp of the scope and capabilities of the C++
Standard Library, I understand that products such as Qt actually provide
much of the same functionality through their own...
|
by: manish deshpande |
last post by:
Hi,
When i'm installing MySQL-server-standard-5.0.24a-0.rhel3.i386.rpm by the following command:
rpm -i MySQL-server-standard-5.0.24a-0.rhel3.i386.rpm the following error is being shown:
...
|
by: Thomas Holloway |
last post by:
Hello fellow programmers and software enthusiasts. I am here today to ask of
any people for an opportunity to work within a team for the Imagine Cup
Korea 07 contest.
The Imagine Cup. The name...
|
by: Man-wai Chang |
last post by:
How do/would you implement a pop-up window for user to pick a value out
of a searchable list and then pass it back to the textbox?
--
iTech Consulting Services Limited
Expert in ePOS...
|
by: hsyq8xg |
last post by:
From Google, translated to English from French:
...
|
by: Ahmedhussain |
last post by:
Hi every one,
There are some questions related to Imagine Cup. But first I want to know how many people know about Imagine Cup.
More Over I need to get an idea for Imagine Cup. there are some...
|
by: Faith0G |
last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: ryjfgjl |
last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
| |