Svenska ElektronikForumet

Från https://en.wikipedia.org/wiki/Borland_Turbo_C :

Running in 64-bit Windows

TurboC required an emulator to run on 64-bit Windows. Turbo C was a 16 bit program
and can't be used on 64 bit Windows OS. On 32 bit Windows 7 Operating System,
Turbo C requires disabling the graphics driver.[6]

Se även :
http://www.pcmastero.com/2011/12/how-to ... ows-7.html

Verkar inte speciellt praktiskt om man har andra alternativ.

Löses med Bochs, QEMU, eller PCemu osv..

Turbo C använder rent textläge.

blueint skrev:Kan tipsa om Borlands Turbo C visserligen för ms-dos men den är snabb och definitivt integrerad. Framförallt kan man stega igenom rad för rad och se hur variabler ändras av källkoden.

Med vilken modern utvecklingsmiljö kan man INTE det idag? När skrev du en rad kod senast? 1993?

Största problemet för nybörjare tycker jag definitivt är att ta sig över tröskeln att komma igång. Det måste gå snabbt och enkelt att komma igång och skriva in, kompilera och köra sina första program och har man inte tillgång till handledning måste det gå enkelt att debugga visuellt för att nybörjaren skall kunna hitta sina fel på rimlig tid och inte ge upp.

När man väl kan grunderna i det valda språket då är det enkelt att växla utvecklingsmiljö till den som är lämpligast för det aktuella problemet eller till den mest spartanska för att kunna brösta sig på Facebook om hur teknik-hårig man är.

blueint skrev:Löses med Bochs, QEMU, eller PCemu osv..

Turbo C använder rent textläge.

Känns det som ett bra råd till en nybörjare att börja meka med QEMU för att få igång sin IDE??

Att det tekniskt sett går att köra 20-25 år gammal programvara på moderna datorer om man måste betyder inte att det är en bra lösning.

Nä, det måste nog anses vara ett av de sämsta råden hitintills.

Turbo C
* Fritt nyttjande
* Ryms på en floppy om man så vill i motsats till moderna varianter som kräver GBytes..
* Snabb och utan gigantiska processorkrav
* Integrerad miljö som man snabbt kommer igång med
* Fungerar i stort överallt där en 16-bit dosmiljö kan åstadkommas (vilken skrotdator som helst)

Under Unix kan man ha den som snabbverktyg med färdig bootimage och emulator för att testa t.ex bitfältsmanipulationer osv.

Det är en möjlighet. Det är inte så att TS måste välja det för att jag säger så. Och verktyg får sin duglighet genom funktion inte årtal. Numera kan utvecklingsmiljön lätt ta mer processorkraft än själva kompileringen..

Ja, Borlands Turbo C för DOS är riktigt bra även om den är gammal.
Jag har ju själv lärt mig C med den så den måste ju vara bra.
I kombination med boken "Vägen till C" alltså.

Med Borland lärde jag mig förutom själva programmeringen, även hur C funkar bakom kulisserna.
Hur man gör egna LIB, hur C0-startkoden funkar, olika minnesmodeller som Small, Medium och Large, m.m.
Det var ganska lätt att sedan börja med C både Unix-världen och senare i Windows (med LCC) när jag kände till
grundbegreppen och visste vad jag skulle leta efter bland alla menyer. Även C för PIC kan jag någorlunda och tycker det känns tryggt
att förstå vad som händer i C-koden.

Det finns modernare verktyg nu, helt klart, men att lägga ett par månaders kvällsprogrammering på en DOS-maskin med Borland Turbo C samt boken "Vägen till C" är inte bortkastat.

Ska dock nämnas att man bör se upp om kodstorleken på .EXE filen överstiger 32 kB. Det verkar finnas en bugg där som gör att de glömmer bort variabler.

blueint skrev:Löses med Bochs, QEMU, eller PCemu osv..

Turbo C använder rent textläge.

men herrejösses....

miklon skrev: För att komma igång skulle jag vilja ha tips på någon enkel och smidig IDE eller liknande för Windows-miljö. Att sitta med en editor och sedan köra gcc funkar väl, men jag vill ha det så smidigt som möjligt för att inte snubbla på krångligt handhavande så här i början.

Program och tubetutorial, en bok skulle inte göra ont heller men jag gillar videotutorials.

Dev C++ http://www.bloodshed.net/devcpp.html Funkar utmärkt till C också.



/ Tompa

Turbo C

> * Fritt nyttjande

Knappast speciellt unikt.

> * Ryms på en floppy om man så vill i motsats till moderna varianter som kräver GBytes..

Den var faktiskt ganska kul...

> * Snabb och utan gigantiska processorkrav

Lär inte vara något speciellt problem, om man inte väljer Eclipse eller NetBeans
baserade prylar, men det var ju aldrig tanken heller.

> * Integrerad miljö som man snabbt kommer igång med

Ja, en fördel. D.v.s som t.ex LCC (som dessutom fungerar rakt av
även på moderna maskiner...)

> * Fungerar i stort överallt där en 16-bit dosmiljö kan åstadkommas (vilken skrotdator som helst)

Det är inte alla idag som har tillgång till en skrotdator.
De flesta vill nog köra på sin moderna maskin.

blint skrev:Och verktyg får sin duglighet genom funktion inte årtal.

Eftersom det uppenbarligen INTE funkar i dagens system samt att den genererade koden INTE går att köra i dagens system så är det per natur ett fullständigt odugligt verktyg.

Ingen som nämnt Pelles C än? Då gör jag det. Pelles C. Jag har inte använt den själv, men en del säger att den är bra.

Pelles C (baserad på LCC)
http://www.christian-heffner.de/index.p ... ew&lang=en

sodjan skrev:> ...men inte kommit igång än tyvärr.

Därför att du ine har tid/lust eller p.g.a något annat?

Tidsbrist. Den "datortid" jag har att avsätta har jag varit tvungen att lägga på labbar/studier som har med jobbet att göra den senaste veckan.