Some time within the next nine months, there's a pretty good
chance I'll have the "opportunit y" to port a bond trading system
that I wrote - whose front end is currently MS Access - to .NET.
Quotes bc I need this like I need another hole in the head.
But in the words of one of my esteemed colleagues: "I don't sell
programming; I sell happiness." And if this will make my
clients happy, that's what floats my boat in the long run.
Said port will be begun *only* after I've moved the back end and
as many of the business rules I can to SQL Server tables/stored
procedures.
I've got a lot of development experience, but I'll be going into
..NET stone cold and, compared to a lot of other developers, I'm
not exactly the brightest bulb on the tree.
Experience suggests that I learn the fastest/easiest by cloning
something of quality that works and "making it mine" by rewriting
it and playing around with it as I go.
Can anybody point me to a "real world" sample application written
in .NET with a SQL Server back end?
FWIW I would not, for one moment, call the "North Wind"
application that ships with MS Access "real world".
Not even close... More like a bad example, even...
What I'm looking for would:
---------------------------------------------------------------
1) Have a SQL Server back end with user-written stored
procedures. i.e. Nothing auto-generated.
2) Would NOT contain any wizard-generated code or objects of any
kind.
3) Would NOT rely to any large extent on data-bound controls.
Although this may be emphasizing my ignorance of .NET,
I'm coming from the statement somebody, somewhere only
half-jokingly made about bound controls in VB6: "Bound
controls are the spawn of Satan."
Actually, a couple of bound controls would probably
be a good thing just to see how they're implemented... but
unless bound controls are "the thing" in .NET, I'd want most
controls most of the time tb unbound.
4) Name it's objects/fields accordingly to some widely-accepted
set of naming conventions.
5) Have at least one screen that:
- Lists items in a hierarchical list that the user can
walk and select the item whose detail is tb shown from.
- Allows the user to specify criteria for that
list.
- Remembers/restores the screen's complete state (including
any selection criteria for the list) the next time
it is opened.
- Shows details of the currently-selected parent record and,
say, all records in at least two or three child tables on
the same screen as the hierarchical list is on. i.e.
the user can walk the list and see the screen change
each time a different list item is selected.
- Has "Browse", "Add", and "Edit" modes where entering
"Add" or "Edit" exposes "Save" and "Cancel" buttons and
"Browse" does not allow the user to type anything in to
any field or update any combo box.
- Performs error checking across the current parent record and
the child tables, where the conditions of the checking
are interdependent across parent/child tables and across
other parent/child records in the database.
- Does some edit checking on it's own.
- Pushes at least some of the edit checking back to
SQL Server and allows violations to bubble back up
to said screen - which handles them gracefully and
presents them to the user the same as locally-discovered
errors are.
- Provides for both "Fatal" (record cannot be saved until
user fixes error) and "Warning" (record can be saved,
but user gets a warning) errors.
- Displays edit-checking results to the user
by highlighting the fields in error and displaying the
reason(s) for the error(s).
5) Implement an error trapping scheme such that when something
(either VB code or SQL Server) throws an error, that
error is trapped gracefully and logged to a .txt file
along with the procedure where it happened, line number
if applicable, and so-forth.
6) Contain at least a few reports written using whatever the
commonly accepted tool is.
"Commonly-accepted" bc last time I looked into .NET (some
years back) it seemed like the tool that shipped with it was
ignored/considered inadequate by most people.
They bought the "real" version of the same tool separately.
7) Implement some method of automagically/transparently updating
user's installs of the application if/when parts of it are
changed.
8) Implement the flip side of #3: a method of rolling back
changes that might have been elevated to production by mistake
and/or contain errors that require immediate rolling back to
the prior version.
---------------------------------------------------------------
Maybe something from Wrox?
I don't mind shelling out a few hundred bucks for this if it will
meet at least most of the above requirements.
I'm also ready to hear that at least some of the abovementioned
requirements are misguided... and I'd appreciate hearing that and
the reasons why too...
--
PeteCresswell
15  2629 
Pete,
I give you very less change on this, the Net developping tools are changing
almost every 2 years. As you see the by you refered VB6 is already A 4
generations ago language in Visual Basic. Moreover is the way there is
thought about things. Creating an application without bound controls is
doing something in pre history.
Sorry I cannot give you an other advice then try to find samples for the
things you have to do. A sample application complete with by instance Linq
in it, is probably no where to get in a state that it can be seen as a good
sample to start with.
Cor
"(PeteCresswell )" <x@y.Invalidsch reef in bericht
news:5q******** *************** *********@4ax.c om...
Some time within the next nine months, there's a pretty good
chance I'll have the "opportunit y" to port a bond trading system
that I wrote - whose front end is currently MS Access - to .NET.
Quotes bc I need this like I need another hole in the head.
But in the words of one of my esteemed colleagues: "I don't sell
programming; I sell happiness." And if this will make my
clients happy, that's what floats my boat in the long run.
Said port will be begun *only* after I've moved the back end and
as many of the business rules I can to SQL Server tables/stored
procedures.
I've got a lot of development experience, but I'll be going into
.NET stone cold and, compared to a lot of other developers, I'm
not exactly the brightest bulb on the tree.
Experience suggests that I learn the fastest/easiest by cloning
something of quality that works and "making it mine" by rewriting
it and playing around with it as I go.
Can anybody point me to a "real world" sample application written
in .NET with a SQL Server back end?
FWIW I would not, for one moment, call the "North Wind"
application that ships with MS Access "real world".
Not even close... More like a bad example, even...
What I'm looking for would:
---------------------------------------------------------------
1) Have a SQL Server back end with user-written stored
procedures. i.e. Nothing auto-generated.
2) Would NOT contain any wizard-generated code or objects of any
kind.
3) Would NOT rely to any large extent on data-bound controls.
Although this may be emphasizing my ignorance of .NET,
I'm coming from the statement somebody, somewhere only
half-jokingly made about bound controls in VB6: "Bound
controls are the spawn of Satan."
Actually, a couple of bound controls would probably
be a good thing just to see how they're implemented... but
unless bound controls are "the thing" in .NET, I'd want most
controls most of the time tb unbound.
4) Name it's objects/fields accordingly to some widely-accepted
set of naming conventions.
5) Have at least one screen that:
- Lists items in a hierarchical list that the user can
walk and select the item whose detail is tb shown from.
- Allows the user to specify criteria for that
list.
- Remembers/restores the screen's complete state (including
any selection criteria for the list) the next time
it is opened.
- Shows details of the currently-selected parent record and,
say, all records in at least two or three child tables on
the same screen as the hierarchical list is on. i.e.
the user can walk the list and see the screen change
each time a different list item is selected.
- Has "Browse", "Add", and "Edit" modes where entering
"Add" or "Edit" exposes "Save" and "Cancel" buttons and
"Browse" does not allow the user to type anything in to
any field or update any combo box.
- Performs error checking across the current parent record and
the child tables, where the conditions of the checking
are interdependent across parent/child tables and across
other parent/child records in the database.
- Does some edit checking on it's own.
- Pushes at least some of the edit checking back to
SQL Server and allows violations to bubble back up
to said screen - which handles them gracefully and
presents them to the user the same as locally-discovered
errors are.
- Provides for both "Fatal" (record cannot be saved until
user fixes error) and "Warning" (record can be saved,
but user gets a warning) errors.
- Displays edit-checking results to the user
by highlighting the fields in error and displaying the
reason(s) for the error(s).
5) Implement an error trapping scheme such that when something
(either VB code or SQL Server) throws an error, that
error is trapped gracefully and logged to a .txt file
along with the procedure where it happened, line number
if applicable, and so-forth.
6) Contain at least a few reports written using whatever the
commonly accepted tool is.
"Commonly-accepted" bc last time I looked into .NET (some
years back) it seemed like the tool that shipped with it was
ignored/considered inadequate by most people.
They bought the "real" version of the same tool separately.
7) Implement some method of automagically/transparently updating
user's installs of the application if/when parts of it are
changed.
8) Implement the flip side of #3: a method of rolling back
changes that might have been elevated to production by mistake
and/or contain errors that require immediate rolling back to
the prior version.
---------------------------------------------------------------
Maybe something from Wrox?
I don't mind shelling out a few hundred bucks for this if it will
meet at least most of the above requirements.
I'm also ready to hear that at least some of the abovementioned
requirements are misguided... and I'd appreciate hearing that and
the reasons why too...
--
PeteCresswell
"(PeteCresswell )" <x@y.Invalidwro te in message
news:5q******** *************** *********@4ax.c om...
Some time within the next nine months, there's a pretty good
chance I'll have the "opportunit y" to port a bond trading system
that I wrote - whose front end is currently MS Access - to .NET.
Quotes bc I need this like I need another hole in the head.
But in the words of one of my esteemed colleagues: "I don't sell
programming; I sell happiness." And if this will make my
clients happy, that's what floats my boat in the long run.
Said port will be begun *only* after I've moved the back end and
as many of the business rules I can to SQL Server tables/stored
procedures.
UI layer--Business layer (the business rules)--Data access layer using SQL
server Stored Procedures to do the CRUD. That's
reate-Read-Update-Delete -- no business rules business rules in the
business layer.
You need a good ADO.Net book in VB.
You need a good VB.Net reference book.
For an application in a possible real world kind of situation using VB: ISBN
1-59059-070-8
<http://www.bookfinder. com/dir/i/Building_Client-Server_Applicat ions_With_Vb.Ne t-An_Example-Driven_Approach/1590590708/>
The book is going to give you what you need to know to build a business
solution in VB.NET.
It's using a Windows forms application that's using IIS with a Web service
as the application gateway between the UI-BL-DAL.
Forget about the IIS part, which you'll have to use, but keep in mind that
the 3 tiers can reside on a workstation with no IIS in use. All you'll want
to see is what is happening with the UI-BL-DAL in action.
The book will give you what you need to get a quick start and come up to
speed fast.
3) Would NOT rely to any large extent on data-bound controls.
>
Although this may be emphasizing my ignorance of .NET,
I'm coming from the statement somebody, somewhere only
half-jokingly made about bound controls in VB6: "Bound
controls are the spawn of Satan."
Actually, a couple of bound controls would probably
be a good thing just to see how they're implemented... but
unless bound controls are "the thing" in .NET, I'd want most
controls most of the time tb unbound.
Consider Microsoft Access as the scratch boat for writing data bound
business applications. My experience has been that if an application cost
$10,000 to write in MS Access, the same application would cost $30,000 to
$50,000 to write in VB 6. Why - data binding. In .NET, figure on around
$12,000 to $15,000 - not to shabby!
Bound controls in .NET using binding sources and datasets are .NET's
compelling business story.
Use them.
And I assumed the objective would in fact be "web development" if such is
not the case most of my advice be it what it was still applies --but--
Windows Forms are now best developed using Windows Presentation Foundation
(WPF) and it is still a wiser choice to learn C# now as there is no question
the desktop and the web are converging into one and most applications given
the opportunity are now being re-engineered and deployed on the web.
Especially anything that can be provided to the general public as Software
as a Service (SaaS).
The Great Oz Has Spoken ;-)
"(PeteCresswell )" <x@y.Invalidwro te in message
news:5q******** *************** *********@4ax.c om...
Some time within the next nine months, there's a pretty good
chance I'll have the "opportunit y" to port a bond trading system
that I wrote - whose front end is currently MS Access - to .NET.
Quotes bc I need this like I need another hole in the head.
But in the words of one of my esteemed colleagues: "I don't sell
programming; I sell happiness." And if this will make my
clients happy, that's what floats my boat in the long run.
Said port will be begun *only* after I've moved the back end and
as many of the business rules I can to SQL Server tables/stored
procedures.
I've got a lot of development experience, but I'll be going into
.NET stone cold and, compared to a lot of other developers, I'm
not exactly the brightest bulb on the tree.
Experience suggests that I learn the fastest/easiest by cloning
something of quality that works and "making it mine" by rewriting
it and playing around with it as I go.
Can anybody point me to a "real world" sample application written
in .NET with a SQL Server back end?
FWIW I would not, for one moment, call the "North Wind"
application that ships with MS Access "real world".
Not even close... More like a bad example, even...
What I'm looking for would:
---------------------------------------------------------------
1) Have a SQL Server back end with user-written stored
procedures. i.e. Nothing auto-generated.
2) Would NOT contain any wizard-generated code or objects of any
kind.
3) Would NOT rely to any large extent on data-bound controls.
Although this may be emphasizing my ignorance of .NET,
I'm coming from the statement somebody, somewhere only
half-jokingly made about bound controls in VB6: "Bound
controls are the spawn of Satan."
Actually, a couple of bound controls would probably
be a good thing just to see how they're implemented... but
unless bound controls are "the thing" in .NET, I'd want most
controls most of the time tb unbound.
4) Name it's objects/fields accordingly to some widely-accepted
set of naming conventions.
5) Have at least one screen that:
- Lists items in a hierarchical list that the user can
walk and select the item whose detail is tb shown from.
- Allows the user to specify criteria for that
list.
- Remembers/restores the screen's complete state (including
any selection criteria for the list) the next time
it is opened.
- Shows details of the currently-selected parent record and,
say, all records in at least two or three child tables on
the same screen as the hierarchical list is on. i.e.
the user can walk the list and see the screen change
each time a different list item is selected.
- Has "Browse", "Add", and "Edit" modes where entering
"Add" or "Edit" exposes "Save" and "Cancel" buttons and
"Browse" does not allow the user to type anything in to
any field or update any combo box.
- Performs error checking across the current parent record and
the child tables, where the conditions of the checking
are interdependent across parent/child tables and across
other parent/child records in the database.
- Does some edit checking on it's own.
- Pushes at least some of the edit checking back to
SQL Server and allows violations to bubble back up
to said screen - which handles them gracefully and
presents them to the user the same as locally-discovered
errors are.
- Provides for both "Fatal" (record cannot be saved until
user fixes error) and "Warning" (record can be saved,
but user gets a warning) errors.
- Displays edit-checking results to the user
by highlighting the fields in error and displaying the
reason(s) for the error(s).
5) Implement an error trapping scheme such that when something
(either VB code or SQL Server) throws an error, that
error is trapped gracefully and logged to a .txt file
along with the procedure where it happened, line number
if applicable, and so-forth.
6) Contain at least a few reports written using whatever the
commonly accepted tool is.
"Commonly-accepted" bc last time I looked into .NET (some
years back) it seemed like the tool that shipped with it was
ignored/considered inadequate by most people.
They bought the "real" version of the same tool separately.
7) Implement some method of automagically/transparently updating
user's installs of the application if/when parts of it are
changed.
8) Implement the flip side of #3: a method of rolling back
changes that might have been elevated to production by mistake
and/or contain errors that require immediate rolling back to
the prior version.
---------------------------------------------------------------
Maybe something from Wrox?
I don't mind shelling out a few hundred bucks for this if it will
meet at least most of the above requirements.
I'm also ready to hear that at least some of the abovementioned
requirements are misguided... and I'd appreciate hearing that and
the reasons why too...
--
PeteCresswell
"Cor Ligthert[MVP]" <no************ @planet.nlwrote in message
news:43******** *************** ***********@mic rosoft.com...
Clinton,
Why are you defending C# so hard?
Something wrong with it?
I personally don't see the need for that.
It looks to me as telling people that they should drive an Americain car
because those are absolute much better.
(Which I think they can be in many situations).
The only things that you can't do with VB that you can do with C# is
anonymous delegates and pointers I hear.
Other than that, VB does everything else that C# can do, since they are
both managed code languages that use the .Net Framework. I get offers to do
VB.Net contracting work just like I get for C#.
I did not say C# was BETTER than VB.NET I recommend learning C# when
becoming a WEB DEVELOPER because Web development demands learning and
mastering JavaScript which is nearly exactly the same language so we learn
two for the price of one so to speak.
Its common sense and a practical business decision.
"Mr. Arnold" <MR. Ar****@Arnold.c omwrote in message
news:%2******** ********@TK2MSF TNGP05.phx.gbl. ..
>
"Cor Ligthert[MVP]" <no************ @planet.nlwrote in message
news:43******** *************** ***********@mic rosoft.com...
>Clinton,
Why are you defending C# so hard?
Something wrong with it?
I personally don't see the need for that.
It looks to me as telling people that they should drive an Americain car
because those are absolute much better.
(Which I think they can be in many situations).
The only things that you can't do with VB that you can do with C# is
anonymous delegates and pointers I hear.
Other than that, VB does everything else that C# can do, since they are
both managed code languages that use the .Net Framework. I get offers to
do VB.Net contracting work just like I get for C#.
Clinton,
>I did not say C# was BETTER than VB.NET I recommend learning C# when
becoming a WEB DEVELOPER because Web development demands learning and
mastering JavaScript which is nearly exactly the same language so we learn
two for the price of one so to speak.
Its common sense and a practical business decision.
That seems true, however for an experienced programmer JavaScript does not
even look like C# beside the use of brackets.
C# is a strict language, JavaScript is completely the oposite of that.
But more is that as you are searching for samples for Web developping you
get 10 times more VB samples then C# samples.
Have you any idea why that is as I see your statement?
That does not say that I mean that you could not use as an expirienced C#
developper C# for Web development in the same way as VB for Net. However
knowledge of VB for Net will help you then more to understand most samples
as you see them.
What is not difficult because VB for Net looks in my opinion very much more
on C# then JavaScript.
Cor
Per Jim Rand:
>Consider Microsoft Access as the scratch boat for writing data bound
business applications. My experience has been that if an application cost
$10,000 to write in MS Access, the same application would cost $30,000 to
$50,000 to write in VB 6. Why - data binding. In .NET, figure on around
$12,000 to $15,000 - not to shabby!
Those are interesting numbers bc the 1:3/1:5 ratio for VB6
matches up with my own experience when I rewrote a small MS
Access app using VB6. I got 1:3, but all the analysis/design
had already been done when I created the MS Access version.
If the 12-15 number holds up, I must be even more clueless than I
ever imagined about VB.NET, since I assume the back end in the
VB.NET app would be SQL Server and the back end in the MS Access
app would be JET.... and I know from experience that there's
about a 30% penalty when developing the same MS Access app with
SQL Server tables/stored procedures vs JET/Queries.
What I do really isn't MS Access development - it's more like RAD
development where MS Access is my tool of choice.
For several years now, I've been entertaining this fantasy that
if I could get a single real-world app wired in .NET, I could
transition over to using .NET as my tool of choice.
Your numbers seem to support that little fantasy.
--
PeteCresswell
"(PeteCresswell )" <x@y.Invalidwro te in message
news:70******** *************** *********@4ax.c om...
Per Jim Rand:
>>Consider Microsoft Access as the scratch boat for writing data bound
business applications. My experience has been that if an application cost
$10,000 to write in MS Access, the same application would cost $30,000 to
$50,000 to write in VB 6. Why - data binding. In .NET, figure on around
$12,000 to $15,000 - not to shabby!
Those are interesting numbers bc the 1:3/1:5 ratio for VB6
matches up with my own experience when I rewrote a small MS
Access app using VB6. I got 1:3, but all the analysis/design
had already been done when I created the MS Access version.
If the 12-15 number holds up, I must be even more clueless than I
ever imagined about VB.NET, since I assume the back end in the
VB.NET app would be SQL Server and the back end in the MS Access
app would be JET.... and I know from experience that there's
about a 30% penalty when developing the same MS Access app with
SQL Server tables/stored procedures vs JET/Queries.
What I do really isn't MS Access development - it's more like RAD
development where MS Access is my tool of choice.
For several years now, I've been entertaining this fantasy that
if I could get a single real-world app wired in .NET, I could
transition over to using .NET as my tool of choice.
You need to find out about ADO.Net and what it is about, which is part of
the .Net Framework, and MS Access is just another database provider like
Oracle, MySql, MS SQL Server and many others that ADO.Net supports. http://en.wikipedia.org/wiki/ADO.NET http://www.devcity.net/Articles/18/msaccess_sp.aspx
The key is not to know VB because VB is VB for the most part. You know VB.
I have worked with VB from VB3 -VB6 and now VB.Net. VB is VB. http://www.programmersheaven.com/2/F...ET-Differences http://www.thescarms.com/vbasic/vb6vsvbnet.aspx
The key to .Net is to know the .Net Framework, using the code in the
library and what is in the namespaces of the .Net Framework. That's the key,
which VB and C# use the .Net Framework, because they are managed code
languages that must use the .Net Framework.
The second key to VB.NET is to understand Object Orientated Programming
concepts. VB 6 brought you some of the way but didn't make it all of the
way. VB.NET is a pure OOP language.
I am not saying you need to go get this particular book, but you need to
find one. Another similar book I used happened to be for C#. http://www.informit.com/articles/article.aspx?p=25857
You may need to get a book like Head First Design Patterns. The book is in
Java, but it's not that hard to read and understand the OO concepts, which
Java was here first, and the concepts can be implemented in a .Net
solution.
<http://books.google.co m/books?id=LjJcCn Nf92kC&dq=head+ first+design+pa tterns&pg=PP1&o ts=_9Z_6Ei4tV&s ig=4qokbut72Lam onnBu55JtHoE_NY &hl=en&sa=X&oi= book_result&res num=1&ct=result #PPP1,M1>
The third key for .Net is know how to use the search engines like Google or
Dogpile.com, because everything you're looking for in figuring about an
issue in VB.NET or examples have already been done or will be done by
somebody, like that devcity link.
You talk about getting some example of using VB.Net in some kind of a real
world situation. Well, the two books that have been presented to you in
another post are going to put you there fast in what you need to know.
I started in IT in 1971, went to programming in 1980, when to the MS
platform in 1996, when to .Net in 2004 C# first and then VB.
So I guess what I am telling you is this. It's not as hard to go from VB6 to
VB.Net as you seem to think. It's not that hard.
Hey, but also know this. http://dotnetpowered.com/languages.aspx This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: Ken |
last post by:
Hi.
Can anyone refer me to any articles about the compatibility between
c++ polymorphism and real-time programming?
I'm currently on a real-time c++ project, and we're having a
discussion about whether we should allow polymorphism. Our system is
not embedded and does not need to be as real-time as, say, a
pacemaker. But it does involve updating displays based on radar
input. So a need for something close to real-time is desired...
|
by: Aaron W. West |
last post by:
Timings... sometimes there are almost too many ways to do the same thing.
The only significant findings I see from all the below timings is:
1) Integer math is generally fastest, naturally. Bigint math isn't much
slower, for integers that all fit within an integer.
2) Converting float to varchar is relatively slow, and should be avoided if
possible. Converting from integer to varchar or varchar to int is several
times faster.
|
by: Allan Adler |
last post by:
I'm trying to reinstall RedHat 7.1 Linux on a PC that was disabled when
I tried to upgrade from RH7.1 to RH9. This is presenting lots of unexpected
difficulties. Apart from wanting to keep the old model T in shape, I'm treating
this as a learning experience. Right now, I'm trying to gain more control
over the installation CD. By that I mean, I intend to modify the installation
script and other aspects of the CD and burn a new installation...
|
by: Pavils Jurjans |
last post by:
Hallo,
It is know issue that due to the fact that computer has to store the real
numbers in limited set of bytes, thus causing a minor imprecision from the
decimal value that likely was stored. I don't know, how dotnet framework
stored doubles, but it's certain, that if I store, say, 1.234567 in some
real variable, it is stored in memory like something close to
1.2345670000000000000003454786544 or...
|
by: David Scemama |
last post by:
Hi,
I'm writing a program using VB.NET that needs to communicate with a DOS
Pascal program than cannot be modified. The communication channel is through
some file databases, and I have a huge problem writing VB Double values to
the file so as the Pascal program can read them as Pascal Real values.
I've managed to find the algorithm to read the Pascal Real format and
convert it to a VB Double, but I cannot figure out the opposite...
| | |
by: Henry Wu |
last post by:
Hi, now that in .NET everything is on millimeter, I was wondering how
can one convert Pixel to Millimeter and any user's screen/monitor. I
saw the following code on how to convert pixel to millimeter. It's
done on pascal/delphi, but can be very easily read & converted to VB
..NET.
However my question is what is the difference between "real"
millimeters and "logical" millimeters?
The source of the code is in the following thread:
|
by: Mike9900 |
last post by:
How can I get the real system date/time if the user fakes the date, for
example by setting the system date back.
--
Mike
|
by: DirtyHarry |
last post by:
Good day everyone. This sounds like a stupid question, but I became
just curious yesterday, and I looked up several textbooks. However, no
textbooks on computer language (that I have ) mentioned this. So I am
asking to you, gurus...
Is there any particular reason to call 'float' instead of 'real'?
|
by: Johannes Nix |
last post by:
Hi,
this might be of interest for people who are look for practical
information on
doing real-time signal processing, possibly using multiple CPUs, and
wonder
whether it's possible to use Python for audio-type worst case
latencies (around 25 ms).
I've done that in my PhD work, both with real-time requirements on
dual-CPU
|
by: Blubaugh, David A. |
last post by:
To All,
I have done some additional research into the possibility of utilizing
Python for hard real time development. I have seen on various websites
where this has been discussed before on the internet. However, I was
wondering as to how successful anyone has truly been in developing a
program project either in windows or in Linux that was or extremely
close to real time constraints? For example is it possible to develop a
python...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it.
First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
| | |
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed.
This is as boiled down as I can make it.
Here is my compilation command:
g++-12 -std=c++20 -Wnarrowing bit_field.cpp
Here is the code in...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth.
The Art of Business Website Design
Your website is...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own....
Now, this would greatly impact the work of software developers. The idea...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules.
He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms.
Adolph will...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols.
I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
| | |
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| |
