Thread View: pl.comp.lang.pascal
20 messages
20 total messages
Started by plarturas
Sun, 27 Dec 2009 20:48
pascal vs ntfs5
Author: plarturas
Date: Sun, 27 Dec 2009 20:48
Date: Sun, 27 Dec 2009 20:48
8 lines
203 bytes
203 bytes
czy jest jakas wersja pascala obslugujaca ntfs5? pascal 7 - nie odczytuje pliku wejsciowego - chyba ze byka w kodzie walnalem. macie jakies sugestie/doswiadczenia z praca w pascalu na XP-ku? Arturas
Re: pascal vs ntfs5
Author: =?iso-8859-2?Q?
Date: Sun, 27 Dec 2009 21:22
Date: Sun, 27 Dec 2009 21:22
25 lines
697 bytes
697 bytes
On Sun, 27 Dec 2009 20:48:07 +0100, plarturas wrote: > czy jest jakas wersja pascala obslugujaca ntfs5? Prawdopodobnie ka�da. Translacje dost�pu do filesystemu zapewnia NTVDM dla aplikacji 16-bitowych. > pascal 7 - nie odczytuje pliku wejsciowego - chyba ze byka w kodzie > walnalem. Waln��e�. > macie jakies sugestie/doswiadczenia z praca w pascalu na XP-ku? Tak, dzia�a. p.s. Gratuluje umoczenia sporej sumy na BP7 kt�re jest "100 lat za bambusami". Zak�adaj�c ofc �e nie piracisz tego g�wna. ;-). -- Pozdrawiam, �ukasz 'Maly' Ostrowski. http://l3v.pl/ ICQ: 148498663 GG: 2544385 AIM: malyzgora GTalk: l3vi4than@gmail.com ASTRA: L3viathan
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Mon, 01 Feb 2010 22:20
Date: Mon, 01 Feb 2010 22:20
15 lines
693 bytes
693 bytes
plarturas pisze: > czy jest jakas wersja pascala obslugujaca ntfs5? > pascal 7 - nie odczytuje pliku wejsciowego - chyba ze byka w kodzie > walnalem. > > macie jakies sugestie/doswiadczenia z praca w pascalu na XP-ku? > > Arturas Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w stworzonych w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, WIN3.1/95/98/ME/2k, chodz� pod XP i Vist�. Z 7 te� jest obiecuj�co, testy trwaj� i niespodzianek nie ma. Cho� nie ukrywam, musia�em na nowo napisa� spor� cz�� RTL-a i przerobi� RTM.EXE. Co do samych BP.EXE, TASMX.EXE, BPC.EXE to chodz� bez problemu pod XP i Vist� (oczywi�cie z przerobiontm RTM.EXE).
Re: pascal vs ntfs5
Author: Tygrys
Date: Thu, 04 Feb 2010 14:12
Date: Thu, 04 Feb 2010 14:12
23 lines
949 bytes
949 bytes
W dniu 2010-02-01 22:20, Andrzej Gra�y�ski pisze: > plarturas pisze: >> czy jest jakas wersja pascala obslugujaca ntfs5? >> pascal 7 - nie odczytuje pliku wejsciowego - chyba ze byka w kodzie >> walnalem. >> >> macie jakies sugestie/doswiadczenia z praca w pascalu na XP-ku? >> >> Arturas > Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w stworzonych > w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, WIN3.1/95/98/ME/2k, chodz� pod > XP i Vist�. Z 7 te� jest obiecuj�co, testy trwaj� i niespodzianek nie > ma. Cho� nie ukrywam, musia�em na nowo napisa� spor� cz�� RTL-a i > przerobi� RTM.EXE. Co do samych BP.EXE, TASMX.EXE, BPC.EXE to chodz� bez > problemu pod XP i Vist� (oczywi�cie z przerobiontm RTM.EXE). Mnie BP7 chodzi pod XP bez �adnych przer�bek, ale te� nie kombinowa�em za bardzo ze �rodowiskiem, wi�c mo�e co� nie chodzi. Na co ewentualnie zwraca� uwag� ? Tygrys
Re: pascal vs ntfs5
Author: "Wiktor S."
Date: Mon, 08 Feb 2010 14:46
Date: Mon, 08 Feb 2010 14:46
12 lines
440 bytes
440 bytes
> Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w > stworzonych w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, > WIN3.1/95/98/ME/2k, chodz� pod XP i Vist�. Z 7 te� jest obiecuj�co, > testy trwaj� i niespodzianek nie ma. Cho� nie ukrywam, musia�em na > nowo napisa� spor� cz�� RTL-a i przerobi� RTM.EXE Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free Pascala? -- Azarien
Re: pascal vs ntfs5
Author: =?iso-8859-2?Q?
Date: Mon, 08 Feb 2010 15:43
Date: Mon, 08 Feb 2010 15:43
30 lines
1183 bytes
1183 bytes
On Mon, 8 Feb 2010 14:46:51 +0100, Wiktor S. wrote: >> Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w >> stworzonych w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, >> WIN3.1/95/98/ME/2k, chodz� pod XP i Vist�. Z 7 te� jest obiecuj�co, >> testy trwaj� i niespodzianek nie ma. Cho� nie ukrywam, musia�em na >> nowo napisa� spor� cz�� RTL-a i przerobi� RTM.EXE > > Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free Pascala? Zapewne �atwiej i taniej dopasowa� legacy-environment do legacy-aplikacji ni� potencjalnie przepisywa� aplikacj� �eby si� zderzy� z nowo powsta�ymi nikt-nie-wie-sk�d b��dami. (Stara poczciwa zasada: Jak dzia�a to nie rusza�! ;-)) Do tego dochodzi potencjalny pow�d ci�gni�cia za sob� zale�no�ci(3rd party lib�w etc) w skompilowanych postaciach, b�d� te� heavily-environment-specific(asmowe wstawki targetowane w DOS, i podobne abominations ;-)). Ot, takie wolne strza�y. -- Pozdrawiam, �ukasz 'Maly' Ostrowski. http://l3v.pl/ ICQ: 148498663 GG: 2544385 AIM: malyzgora GTalk: l3vi4than@gmail.com ASTRA: L3viathan
Re: pascal vs ntfs5
Author: "Wiktor S."
Date: Wed, 10 Feb 2010 17:57
Date: Wed, 10 Feb 2010 17:57
23 lines
669 bytes
669 bytes
> Zapewne �atwiej i taniej dopasowa� legacy-environment do > legacy-aplikacji ni� potencjalnie przepisywa� aplikacj� > �eby si� zderzy� z nowo powsta�ymi nikt-nie-wie-sk�d > b��dami. > (Stara poczciwa zasada: Jak dzia�a to nie rusza�! ;-)) Tylko �e to kiedy� dzia�a� przestanie. A wtedy b�l b�dzie wi�kszy. > Do tego dochodzi potencjalny pow�d ci�gni�cia za sob� > zale�no�ci(3rd party lib�w etc) w skompilowanych postaciach, > b�d� te� heavily-environment-specific (asmowe wstawki targetowane w DOS, > i podobne abominations ;-)). a my�la�em �e to polskoj�zyczna grupa... ;-) -- Azarien
Re: pascal vs ntfs5
Author: =?iso-8859-2?Q?
Date: Wed, 10 Feb 2010 19:26
Date: Wed, 10 Feb 2010 19:26
16 lines
450 bytes
450 bytes
On Wed, 10 Feb 2010 17:57:32 +0100, Wiktor S. wrote: >> <delikatne-angielsko-jezyczne-nalecialosci> > > a my�la�em �e to polskoj�zyczna grupa... ;-) Pisanie technicznym angielskim jest �atwiejsze ni� kombinowanie z t�umaczeniem na, z regu�y nietrafny, polski ;-). -- Pozdrawiam, �ukasz 'Maly' Ostrowski. http://l3v.pl/ ICQ: 148498663 GG: 2544385 AIM: malyzgora GTalk: l3vi4than@gmail.com ASTRA: L3viathan
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Tue, 02 Mar 2010 23:06
Date: Tue, 02 Mar 2010 23:06
64 lines
1960 bytes
1960 bytes
Tygrys pisze: > W dniu 2010-02-01 22:20, Andrzej Gra�y�ski pisze: >> plarturas pisze: >>> czy jest jakas wersja pascala obslugujaca ntfs5? >>> pascal 7 - nie odczytuje pliku wejsciowego - chyba ze byka w kodzie >>> walnalem. >>> >>> macie jakies sugestie/doswiadczenia z praca w pascalu na XP-ku? >>> >>> Arturas >> Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w stworzonych >> w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, WIN3.1/95/98/ME/2k, chodz� pod >> XP i Vist�. Z 7 te� jest obiecuj�co, testy trwaj� i niespodzianek nie >> ma. Cho� nie ukrywam, musia�em na nowo napisa� spor� cz�� RTL-a i >> przerobi� RTM.EXE. Co do samych BP.EXE, TASMX.EXE, BPC.EXE to chodz� bez >> problemu pod XP i Vist� (oczywi�cie z przerobiontm RTM.EXE). > > Mnie BP7 chodzi pod XP bez �adnych przer�bek, ale te� nie kombinowa�em > za bardzo ze �rodowiskiem, wi�c mo�e co� nie chodzi. > > Na co ewentualnie zwraca� uwag� ? > > Tygrys Mam do�wiadczenie tylko w DPMI, w Realmode dawno nic nie robi�em. Na dobry pocz�tek: 1. Zapisywanie danych w segmencie kodu (a� si� roi od tego). Mimo, i� taki segment jest FIXED PERMANENT, to NtVdm w NT/2k/XP i dalej uwa��, �e segment kodu jest segmentem czystym i stronicuje go bez dumpowania do swapfile. W efekcie mamy wyj�tek maszyny Doosowej 0B. 2. Implementacja rozmaitych funkcji DOS-a, z $6C na czele. Dostajesz poprawny handler, a plik si� nie otwiera. Zapis idzie w powietrze, czytaj� si� �mieci 3. Mechanizm zmiennopozycyjny BP7. B��dy 207 i 205 mog� si� sypa� jak z r�kawa. 4. RTM.EXE - �le obs�uguje SimulateRealModeIntr. �le obs�uguje DOS-owe DLL-e. 5. W W95/98 mog��m na GetMem,y dosta� 1GB pami�ci (komputer mia� 256 MB). W NT/2k/XP dostan� tylko 32MB, je�li nie przerobi� RTM'a. 5. Funkcja $60 czasami zwraca pusty �a�cuch, zamiast poprawnej �cie�ki.
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Tue, 02 Mar 2010 23:06
Date: Tue, 02 Mar 2010 23:06
11 lines
514 bytes
514 bytes
Wiktor S. pisze: >> Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w >> stworzonych w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, >> WIN3.1/95/98/ME/2k, chodz� pod XP i Vist�. Z 7 te� jest obiecuj�co, >> testy trwaj� i niespodzianek nie ma. Cho� nie ukrywam, musia�em na >> nowo napisa� spor� cz�� RTL-a i przerobi� RTM.EXE > > Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free Pascala? > Jak masz 1 200 000 linii kodu? Przetestowanego przez lata?
Re: pascal vs ntfs5
Author: "Wiktor S."
Date: Wed, 03 Mar 2010 17:41
Date: Wed, 03 Mar 2010 17:41
17 lines
520 bytes
520 bytes
>> Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free >> Pascala? > Jak masz 1 200 000 linii kodu? Przetestowanego przez lata? Aah, klasyczny przyk�ad.. Ze zmuszeniem kodu do kompilowania si� nie by�oby wielkiego problemu, pewnie gorzej ze zmuszeniem do 100-procentowania dzia�ania, a "testowania przez lata" nikt nie wr�ci.. zw�aszcza �e FP ma w�asne osobliwo�ci (i to potencjalnie zmienne z wersji na wersj�, podczas gdy BP7 jest ju� "raz na zawsze"). -- Azarien
Re: pascal vs ntfs5
Author: "Wiktor S."
Date: Wed, 03 Mar 2010 18:29
Date: Wed, 03 Mar 2010 18:29
13 lines
281 bytes
281 bytes
> W W95/98 mog��m na GetMem,y dosta� 1GB pami�ci (komputer mia� 256 > MB). W NT/2k/XP dostan� tylko 32MB, je�li nie przerobi� RTM'a. W jaki spos�b? Mnie si� udaje maksymalnie 8 MB, niezale�nie od systemu. Na czym polega ta przer�bka RTM? -- Azarien
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Wed, 03 Mar 2010 22:13
Date: Wed, 03 Mar 2010 22:13
19 lines
518 bytes
518 bytes
Wiktor S. pisze: >> W W95/98 mog��m na GetMem,y dosta� 1GB pami�ci (komputer mia� 256 >> MB). W NT/2k/XP dostan� tylko 32MB, je�li nie przerobi� RTM'a. > > W jaki spos�b? Mnie si� udaje maksymalnie 8 MB, niezale�nie od systemu. S� w RTM-ie nieudokumentowane funkcje wsp�pracy z plikiem wymiany - nie tym windowsowym, tylko jego w�asnym. Te 1GB uda�o mi si� uzyska� na DOS 6.22 (mia�em dysk 4G). > > Na czym polega ta przer�bka RTM? > > > Tej licencji nie sprzedajemy.
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Wed, 03 Mar 2010 22:14
Date: Wed, 03 Mar 2010 22:14
16 lines
595 bytes
595 bytes
Wiktor S. pisze: >>> Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free >>> Pascala? > >> Jak masz 1 200 000 linii kodu? Przetestowanego przez lata? > > Aah, klasyczny przyk�ad.. > Ze zmuszeniem kodu do kompilowania si� nie by�oby wielkiego problemu, > pewnie gorzej ze zmuszeniem do 100-procentowania dzia�ania, a > "testowania przez lata" nikt nie wr�ci.. zw�aszcza �e FP ma w�asne > osobliwo�ci (i to potencjalnie zmienne z wersji na wersj�, podczas gdy > BP7 jest ju� "raz na zawsze"). > > No i BP7, w odr�znieniu od FP, ma invectrala.
Re: pascal vs ntfs5
Author: darekm
Date: Thu, 04 Mar 2010 11:04
Date: Thu, 04 Mar 2010 11:04
36 lines
1509 bytes
1509 bytes
W dniu 2010-03-02 23:06, Andrzej Gra�y�ski pisze: > Wiktor S. pisze: >>> Od wielu lat zajmuj� si� m.in. konserwacj� starych system�w >>> stworzonych w BP7/DPMI. Chodzi�y pod DOSem i DosEMU, >>> WIN3.1/95/98/ME/2k, chodz� pod XP i Vist�. Z 7 te� jest obiecuj�co, >>> testy trwaj� i niespodzianek nie ma. Cho� nie ukrywam, musia�em na >>> nowo napisa� spor� cz�� RTL-a i przerobi� RTM.EXE >> >> Hmm. Nie lepiej przenie�� aplikacj� na nowszy kompilator, np. Free >> Pascala? >> > Jak masz 1 200 000 linii kodu? Przetestowanego przez lata? Ciekawe. A my�la�em �e to ja jestem dinozaurem. Jakiego typu to jest aplikacja: konsolowa, przetwarzanie wsadowe. Po wielko�ci to nie jest real time. Sam przechodzi�em na kolejne systemy. Oczywi�cie jest sporo problem�w. Natomiast wi�kszo�� z tych, kt�re pojawiaj� si� na innych platformach wynika ze stosowania trik�w, kt�re w wi�kszo�ci nie s� potrzebne. A przy przetwarzaniu wsp�bie�nym wymagana jest idealna koszerno�� kodu. Je�eli nie masz do czynienia wy��cznie z konserwacj� tylko nast�puje ci�g�y rozw�j aplikacji, a chyba tak jest bo szkoda taki kod od�o�y� na p�k� za rok czy dwa , to czy jednak nie lepiej wybra� co� bardziej rozwojowego. W ko�cu powstaj� nowe systemy, procesory, 64 bity a z t� niezawodno�ci� to troch� wygl�da na wymigiwanie si�. Ka�de dodanie nowego kodu generuje b��dy. -- Darek
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Thu, 04 Mar 2010 22:39
Date: Thu, 04 Mar 2010 22:39
19 lines
1203 bytes
1203 bytes
> > Je�eli nie masz do czynienia wy��cznie z konserwacj� tylko nast�puje > ci�g�y rozw�j aplikacji, a chyba tak jest bo szkoda taki kod od�o�y� na > p�k� za rok czy dwa , to czy jednak nie lepiej wybra� co� bardziej > rozwojowego. W ko�cu powstaj� nowe systemy, procesory, 64 bity a z t� > niezawodno�ci� to troch� wygl�da na wymigiwanie si�. Ka�de dodanie > nowego kodu generuje b��dy. > Ka�de dodanie nowego kodu - owszem. To co powiedzie� o przepisaniu ok. 1,5 mln linii? Ile lat trzeba by�oby to testowa�, �eby ogarn�� b��dy, kt�re w zwi�zku z tym si� pojawi�y? BP7 znam na wylot, w ko�cu mam sw�j udzia� w jego powstawaniu (jak i wersji poprzednich pocz�wszy od 4.0). Inne "rozwojowe" narz�dzia s� dla mnie wielkim nieznanym, nie wiadomo ile i jakie b��dy kryj�. A to stworzone w BP& potrafi KILKA MIESI�CY bez przerwy i�c bez padni�cia (na FREE DOS-ie + mojego autorstwa driver do DPMI 0.9, bo dpmi16bi.ovl nie uwzgl�dnia specyfiki nowych procesor�w i czasem sie walnie). Wi�c po co przerabia� i ryzykowa� b��dy? I traci� czas i fors� na dodatkowe testowanie?
Re: pascal vs ntfs5
Author: darekm
Date: Fri, 05 Mar 2010 12:26
Date: Fri, 05 Mar 2010 12:26
39 lines
1737 bytes
1737 bytes
W dniu 2010-03-04 22:39, Andrzej Gra�y�ski pisze: >> >> Je�eli nie masz do czynienia wy��cznie z konserwacj� tylko nast�puje >> ci�g�y rozw�j aplikacji, a chyba tak jest bo szkoda taki kod od�o�y� >> na p�k� za rok czy dwa , to czy jednak nie lepiej wybra� co� bardziej >> rozwojowego. W ko�cu powstaj� nowe systemy, procesory, 64 bity a z t� >> niezawodno�ci� to troch� wygl�da na wymigiwanie si�. Ka�de dodanie >> nowego kodu generuje b��dy. >> > Ka�de dodanie nowego kodu - owszem. To co powiedzie� o przepisaniu ok. > 1,5 mln linii? Ile lat trzeba by�oby to testowa�, �eby ogarn�� b��dy, Ale m�wimy "tylko" o zmianie kompilatora. Czyli konieczne jest przepisanie ok 0.1..10 % linii. Im lepiej kod napisany tym mniej. A to ju� nie wygl�da tak strasznie. > kt�re w zwi�zku z tym si� pojawi�y? BP7 znam na wylot, w ko�cu mam sw�j > udzia� w jego powstawaniu (jak i wersji poprzednich pocz�wszy od 4.0). > Inne "rozwojowe" narz�dzia s� dla mnie wielkim nieznanym, nie wiadomo > ile i jakie b��dy kryj�. A to stworzone w BP& potrafi KILKA MIESI�CY bez > przerwy i�c bez padni�cia (na FREE DOS-ie + mojego autorstwa driver do > DPMI 0.9, bo dpmi16bi.ovl nie uwzgl�dnia specyfiki nowych procesor�w i > czasem sie walnie). Wi�c po co przerabia� i ryzykowa� b��dy? I traci� > czas i fors� na dodatkowe testowanie? Aby m�c osi�gn�� now� funkcjonalno��, niedost�pn� przy obecnych za�o�eniach. Sama wielko�� nie determinuje Twojego podej�cia. Nie napisa�e� co to jest za program. Nie interesuje mnie zastosowanie biznesowe, tylko za�o�enia techniczne. -- Darek
Re: pascal vs ntfs5
Author: Koriolan
Date: Sun, 28 Mar 2010 04:43
Date: Sun, 28 Mar 2010 04:43
4 lines
85 bytes
85 bytes
Andrzej Gra�y�ski wrote: Jeste� ( jest Pan) T�umaczem ksi��ek Delphi ?
Re: pascal vs ntfs5
Author: =?ISO-8859-2?Q?A
Date: Mon, 29 Mar 2010 08:58
Date: Mon, 29 Mar 2010 08:58
7 lines
232 bytes
232 bytes
Koriolan pisze: > Andrzej Gra�y�ski wrote: > Jeste� ( jest Pan) T�umaczem ksi��ek Delphi ? > Tak si� sk�ada, �e tak. Jedn� ksi��k� napisa�em wsp�lnie ze Zbyszkiem Zarzyckim (Delphi 7 dla ka�dego).
Re: pascal vs ntfs5
Author: Koriolan
Date: Fri, 02 Apr 2010 20:13
Date: Fri, 02 Apr 2010 20:13
12 lines
296 bytes
296 bytes
Andrzej Gra�y�ski wrote: > Koriolan pisze: > > Andrzej Gra�y�ski wrote: > > Jeste� ( jest Pan) T�umaczem ksi��ek Delphi ? > > > Tak si� sk�ada, �e tak. Jedn� ksi��k� napisa�em wsp�lnie ze Zbyszkiem > Zarzyckim (Delphi 7 dla ka�dego). Chyl� czo�a ...
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads