|
Post by maurice on Feb 5, 2024 0:11:37 GMT 1
Goede dag,
wij gebruiken al jaren Exact 7.2 , dit schijnt zover ik weet een speciale versie te zijn voor Windows XP, hoewel het nog altijd een MSDOS beperkt software is.
De eigenaar wilt maar niet over gaan naar Exact voor Windows of Online.
We zoeken een oplossing om dit beter te emuleren op nieuwe hardware,en dus ook een 1 server te gebruiken via remote desktop. Dus bij stroom uitval, de server teminste aan blijft via UPS,
In eerste instantie was me idee, om het allemaal te virtualiseren, Windows XP en dan Exact via windows dos terminal. Probleem is alleen dat het via remote desktop dus niet werkt, CMD Terminal crash bij het starten.
de huidige situatie is nu: Clients pc is Windows XP, met een netwerk gedeelde map op een server.
De database is dusdanig groot, dat 590kb vrije geheugen wel vereist is om het niet te laten crashen.
Nu is me vraag, of vdos net als dosbox-x het geheugen vergroten kan boven 640kb, bijvoorbeeld 736kb via CGA emulatie. of via UMB.
Inmiddels had ik Exact ook in dosbos-x kunnen starten in een Windows 10 omgeving, nu is het probleem dus het afdrukken naar kassa printers en printers. Printers begrijpen de data niet om af te drukken, en doen dat dus totaal verkeerd. Hiervoor hadden we onder Windows xp wel oplossingen en printers sharen via netwerk met speciale drivers..
Alvast vriendelijke bedankt.
P.S. Weet u toevallig welke opstart opties EMENU.EXE allemaal heeft? Het zou toch dood zonder zijn als er een optie is om extended memory te gebruiken maar nooit standaard deed.
|
|
|
Post by Jos on Feb 5, 2024 8:03:58 GMT 1
DOS Exact is primarily a Dutch accounting system, so:
Lang geleden dat ik Exact onder ogen had. Vond er ook geen kopie meer van.
Een klant van mij gebruikte ook ooit Exact (7.2). Moest van de accountant over naar een online gebeuren. Na een maandje daarmee geworsteld te hebben, terug gegaan naar Exact. Maar na een jaar of drie uiteindelijk toch gezwicht en weer online. Wel voortdurend geklaag dat het in Exact toch allemaal sneller en gemakkelijker ging…
Voor zover mij bekend is Exact 7.x niet speciaal voor Windows XP. De bestanden met een DLL extensie hebben overigens niets met Windows DLL’s van doen.
Exact gebruikt een database manager, weet niet meer welke. Er zou daarmee dus geen direct verband moeten zijn tussen de grootte van de database en het benodigde geheugen. Wat zou Exact met extra geheugen moeten doen?
vDos heeft geen optie om DOS geheugen boven de 640KB grens beschikbaar te stellen. De ondersteuning van UMB is met versie 2022.05.01 verwijderd. Daar heeft (terecht) nog niemand zich over beklaagd.
Hou met DOSBox (mods) rekening met caching van schijfbewerkingen door deze. Dit helpt bij gelijktijdig gebruik een database vroeg of laat om zeep. DOSBox-X zegt dit op een zelfde wijze als vDos te hebben verholpen. Dit vraagt wat (drie?) instellingen in de configuratie van DOSBox_X, de effectiviteit en betrouwbaarheid hiervan kan ik niet beoordelen.
Afdrukken zou geen probleem moeten zijn. Kassa(bon) printers hebben over het algemeen wel een eigen ‘printertaal’ en vereisen zodoende de RAW optie in de vDos printer configuratie. Voor zover er aanpassingen hiervoor waren in Windows XP, begin met deze te vergeten.
Geen idee wat de opties voor EMENU.EXE zijn. Gememoreerde klant gebruikte EMENU.EXE -n -q. -q zal die banale Exact VGA logo skippen. -n weet ik niet meer. Misschien is er iets over te vinden op het Internet, of je kunt het een andere Exact gebruiker vragen. Stuur mij eventueel een DM.
Jos
|
|
|
Post by maurice on Feb 5, 2024 12:13:57 GMT 1
Bedankt voor je reactie Jos,
toen ik via Dosbox-x een factuur als test wou afdrukken, kwam dit op papier met strepen doorheen.
Aangezien ik geen kennis heb betref aansturen van printers, heb ik dus geen idee waar het mis gaat. In de Printer settings onder Windows stond de Print processor op RAW via Winprint. Een aantal andere opties in de lijst probeert met het zelfde effect.
Dus dan zou je kunnen zeggen dat het onder Vdos het zelfde zou kunnen zijn, dit kan ik pas morgen uitproberen.
|
|
|
Post by Jos on Feb 5, 2024 14:56:38 GMT 1
DOSBox is georiënteerd op games, waarbij afdrukken van geen belang is.
DOSBox-X borduurt verder op DOSBox door grotendeels code van afgeleiden (mods) en andere bronnen (bv de TTF beeldscherm presentatie van vDos) te kopiëren en combineren.
De printeraansturing van vDos is echter nooit opensource geweest, dus moet DOSBox-X het doen met hetgeen een mod ooit in elkaar had geknutseld. Printeruitvoer wordt met een gebrekkige Epson ESC/P ondersteuning omgezet naar een grafische presentatie van de puntjes die een printer produceert. Dat is ook terug te vinden in de configuratie instellingen voor het afdrukken: DPI, Width, Height, Multipage, etc. Met simpele tekst brengt DOSBox-X wel iets leesbaars op papier. Naar gaming eisen is leesbaar afdoende, maar volstrekt ontoereikend voor applicaties die echt iets af te drukken hebben.
Voor testwerk kun je het best eerst aan de slag met een virtuele PDF printer. Let wel dat deze als Windows GDI printer de RAW (zie Printing.pdf) optie van vDos (wellicht nodig voor de kassaprinters) niet ondersteunt. Laat in ieder geval de Windows Print Processor instellingen met rust, en zet bijvoorbeeld RAW daar weer uit.
Jos
|
|
|
Post by brabander on Apr 8, 2024 15:49:51 GMT 1
Ik zag deze discussie over het Exact onder DOS boekhoudpakket. Vorig jaar heb ik met Jos contact gehad over een WordPerfect5.1 NL macro voor Exact 7.3 ; die macro is er voor het ontsluiten van de financiele rapportage / het financieel jaarverslag uit Exact. De WP51NL-macro werkt niet goed onder de virtuele DOS-machine van Windows XP en ook niet onder vDOS. Daar is de macro te ingewikkeld voor. Hij werkt gelukkig wel goed onder DOS en FreeDOS. Dat is dus een goede reden te blijven werken met Exact 7.3 onder DOS. De persoon die ik ken zit echter met heel oude computers op een Windows XP systeem met een server. De beveiliing / toegang tot server met de Exact-database en netwerkprinters loopt via Novell netware. Die beveiling is nogal overdreven zwaar. De netwerkbeheerder is daar al jaren geleden vertrokken. Het is dan een heel oud systeem met Windows XP terminals en genoemde server. De terminals zijn oude HP desktops die exact hetzelfde zijn. Dit in verband met de mogelijkheid tot het eenvoudig clonen van de netwerk- serververbindingen c.q. -instellingen. Als de oude server het begeeft is het einde verhaal. Het ligt voor de hand een nieuw systeem op te zetten met vDOS en Windows 7, 10 of 11. Dat zou dan een systeem worden met Windows, dus zonder de overdreven Novell beveiliging. vDOS heb ik wel bekeken onder Windows 7 en 10. En dat werkt uitstekend voor WP51NL en Exact 7.3; er is geen enkel probleem met SHARE.EXE dat Exact nodig heeft en dat niet werkt onder DosBox ; mijn complimenten Jos ; vDOS werkt veel beter dan de virtuele DOS machine onder Windows XP ; ook werkt het een stuk beter dan vDosPlus ; vDosPlus is wat mij betreft vDosMin ; vDOS is ook veel beter dan DosBox-X ; stop dus geen energie in DOSBox-X ; overigens werkt het PDF printen in vDOS ook goed ; Voor het opzetten van een nieuw systeem van Exact 7.3 onder vDOS / Windows 7, 10 of 11 ben ik vooral geinteresseerd in het opzetten van de Windows server. Mogelijk kunnen we daarover in de nabije toekomst contact hebben. Dat zou ik op prijs stellen. Mocht Jos nog een goed werkende versie van Exact 7.3 onder DOS / vDOS willen hebben voor onderzoeksdoeleinden dan ben ik graag bereid die te verstrekken. Met vriendelijke groet, Mari
|
|
|
Post by Jos on Apr 8, 2024 16:26:24 GMT 1
Bedankt voor de complimenten voor vDos.
Als de server voornamelijk voor Exact is en wellicht het opslaan van overige bestanden, zou je ook een eenvoudige NAS (met SSD) kunnen overwegen. De kosten zijn minimaal, terwijl het inrichten weinig om handen heeft. Je zou zelfs eenzelfde tweede NAS kunnen inzetten voor een echt volledig back-up systeem. Voornamelijk gemis zou misschien het ontbreken van RDP functionaliteit zijn.
Mocht ik ooit een kopie van Exact nodig hebben, komt ik graag terug op je aanbod.
Jos
|
|