2.harbour/minigui - 2 pytania
Marek Horodyski - 08-06-2006 00:35
2.harbour/minigui - 2 pytania
Użytkownik "Przemyslaw Czerpak" <druzus@nospam.please> napisał w wiadomości
news:slrne8b220.ano.druzus@localhost.localdomain.. .
> On Mon, 5 Jun 2006 11:31:24 +0200,
> Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>
> Nie widzę swojej wiadomości, więc powtórzę i trochę dorzucę.
>
Odpowiedz byla, tylko pewnie zaglebienie za duze dla czytnikow. Dlatego
pisze na osobny watek.
Juz raz odpowiedziałem - ale dostalem w odpowiedzi :
****************
Program Outlook Express nie mógł ogłosić Twojej wiadomości.
Temat 'Re: harbour/minigui - 2 pytania',
Konto: 'news.tpi.pl', Serwer: 'news.tpi.pl',
Protokół: NNTP,
Odpowiedź serwera: '441 Line 3 too long',
Port: 119,
Zabezpieczenie (SSL): Nie,
Błąd serwera: 441, Numer błędu: 0x800CCCA9
****************
Teraz symuluje nawiązanie do Twojego wątku :
news:slrne8b220.ano.druzus@localhost.localdomain.. .
> Właśnie bawię się w modyfikacje wewnątrz Harbour, czyszczenie
> kodu i jawne dzielenie podsystemów. Praktycznie bez większego
> nakładu pracy mam już HVM pracujący jakieś 20% szybciej niż w
> xHarbour. Jak skończę będzie to jeszcze więcej.
Do tego nasuwają się nastepne pytania :
- A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
- Czy mozna spodziewac sie wersji stable w Harbour czesciej niz raz na rok ?
- Czego mozna sie spodziewac w rozwoju Harbour. Coniektorzy np. uzywaja
Globali ?
- Kolo xHarbour byl chyba wiekszy ruch, i pytanie jak sie kompiluje Harbour
z GTWVW/GTWVT lub Win32PRN ( akurat zamierzalem "wsiąkać" ) ?
- No i podstawowe - jak Walczakowie nie będą zainteresowani - kto bedzie
pisał ksiązki - bo faktycznie jest o czym :)
Pozdrawiam,
Marek Horodyski
Przemyslaw Czerpak - 08-06-2006 00:35
On Wed, 7 Jun 2006 12:40:54 +0200,
Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>> Nie widzę swojej wiadomości, więc powtórzę i trochę dorzucę.
> Odpowiedz byla, tylko pewnie zaglebienie za duze dla czytnikow. Dlatego
> pisze na osobny watek.
Nie sądzę, aby to był powód w moim przypadku ale to bez znaczenia.
> Do tego nasuwają się nastepne pytania :
> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
Nie wiem - nie udziela się już prawie dwa lata.
> - Czy mozna spodziewac sie wersji stable w Harbour czesciej niz raz na rok ?
Jak warto coś wydać to pewnie tak.
> - Czego mozna sie spodziewac w rozwoju Harbour. Coniektorzy np. uzywaja
> Globali ?
GLOBALe to jak dla mnie kolejny przykład "radosnej" twórczości Rona,
która została wykonana w taki sposób, że może działać tylko przy
generowaniu kodu .c i do tego nazwy globali gryzą się z nazwami C.
Nie działa to dla .hrb i czystego kodu HVM, który dodam wkrótce
więc nie jest nawet wpełni portowalne w samym xHarbour.
Na xHarbour-devel podałem impelentację, która pozwala na używanie
GLOBALi w każdych warunkach, lecz zostałem posłany przez Rona na
drzewo, więc jak dla mnie temat jest zamknięty.
> - Kolo xHarbour byl chyba wiekszy ruch, i pytanie jak sie kompiluje Harbour
> z GTWVW/GTWVT lub Win32PRN ( akurat zamierzalem "wsiąkać" ) ?
GTWVT dodałem do xHarbour. GTWVW nie, choć nie powinno być z tym większego
problemu. Co do Win32PRN - nie wiem. Pewnie po oczyszczeniu kodu, tak aby
nie dobierał się do bebechów HB_ITEM tak.
> - No i podstawowe - jak Walczakowie nie będą zainteresowani - kto bedzie
> pisał ksiązki - bo faktycznie jest o czym :)
:) To już pytanie nie do mnie. Tu akurat xHarbour.com robi bardzo dobrą
robotę i dużo inwestują w sensowną dokumentację.
pozdrawiam,
Przemek
Andrzej P. Wozniak - 08-06-2006 00:35
Osoba podpisana jako Marek Horodyski <m.horodyski@pzuzycie.com.pl> w
artykule <news:e66ajr$rmj$2@nemesis.news.tpi.pl> pisze:
> Odpowiedz byla, tylko pewnie zaglebienie za duze dla czytnikow.
Dla ułomnych czytników - takich jak OE bez dodatków.
> ****************
> Program Outlook Express nie mógł ogłosić Twojej wiadomości.
> Odpowiedź serwera: '441 Line 3 too long',
> ****************
W przypadku OE to oznacza przycinanie za mało referencji, ale OE PowerTool
może to poprawić.
> - No i podstawowe - jak Walczakowie nie będą zainteresowani - kto bedzie
> pisał ksiązki - bo faktycznie jest o czym :)
Ty, ja, każdy, kto ma coś do powiedzenia na ten temat i znajdzie czas, żeby
to napisać. Na początek trzeba przetłumaczyć dokumentację.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z<->h w adresie)
rglab - 09-06-2006 00:21
Marek Horodyski napisał(a):
> Do tego nasuwają się nastepne pytania :
> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
> - Czy mozna spodziewac sie wersji stable w Harbour czesciej niz raz na
> rok ?
Mysle ze tak, to zalezy jak duzo nowego kodu i/lub poprawek bedzie
dodanych. Teraz jest build46 a za miesiac lub dwa moze byc build47.
> - Czego mozna sie spodziewac w rozwoju Harbour. Coniektorzy np. uzywaja
> Globali ?
Ja bede przeciw bo jest to jeden z mechanizmow psujacych enkapsulacje
kodu i zlej praktyki programowania. Jesli juz ktos musi uzywac
globalnych symboli to ma do tego zmienne typu PUBLIC ktore nie sa az tak
wolne w dostepie do nich aby uzasadnialo to wprowadzenie oddzielnej
klasy GLOBAL.
> - Kolo xHarbour byl chyba wiekszy ruch, i pytanie jak sie kompiluje Harbour
> z GTWVW/GTWVT lub Win32PRN ( akurat zamierzalem "wsiąkać" ) ?
Coz, reklama dziwgnia handlu...
> - No i podstawowe - jak Walczakowie nie będą zainteresowani - kto bedzie
> pisał ksiązki - bo faktycznie jest o czym :)
Moze Ty? :)
Pozdrawiam, Ryszard
Marek Horodyski - 09-06-2006 00:22
Użytkownik "Przemyslaw Czerpak" <druzus@nospam.please> napisał w wiadomości
news:slrne8dtc2.lts.druzus@localhost.localdomain.. .
> On Wed, 7 Jun 2006 12:40:54 +0200,
> Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>>> Nie widzę swojej wiadomości, więc powtórzę i trochę dorzucę.
>> Odpowiedz byla, tylko pewnie zaglebienie za duze dla czytnikow. Dlatego
>> pisze na osobny watek.
>
> Nie sądzę, aby to był powód w moim przypadku ale to bez znaczenia.
>> Do tego nasuwają się nastepne pytania :
>> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
>
> Nie wiem - nie udziela się już prawie dwa lata.
>
Z jaichś powodow wybrał xHarbour dla wielowatkowosci - sadzilem ze wlasnie
ilosc i kierunek zmian byla tego przyczyną.
>> - Czy mozna spodziewac sie wersji stable w Harbour czesciej niz raz na
>> rok ?
>
> Jak warto coś wydać to pewnie tak.
Widze ze jest nowa stable :)
Sprobuje jej - weekend z głowy ( nie uzywam cvs, nie mam dostepu, a przez
http cos mi przestalo chodzic).
Ciekaw jestem -gc3 i userrdd na prg level.
xHarbour ma w sumie sprawny i szeroki kanal wymiany informacji na newsach.
Nie wiem czy listy moderowane Harbour nadal dzialaja - a moze jest jakis
news ?
>
>> - Czego mozna sie spodziewac w rozwoju Harbour. Coniektorzy np. uzywaja
>> Globali ?
>
> GLOBALe to jak dla mnie kolejny przykład "radosnej" twórczości Rona,
> która została wykonana w taki sposób, że może działać tylko przy
....
> GLOBALi w każdych warunkach, lecz zostałem posłany przez Rona na
> drzewo, więc jak dla mnie temat jest zamknięty.
To byl tylko przyklad. Akurat nie uzywalem. Ale takie rozne .n., has/in -
makro w makrze w czasie wykonania itp. już tak.
Funkcjonalnosc tablic asocjajcyjnych/haszy mialem w Clipperze zrobioną na
obiektach, ale jak zboczylem ze dziala &{ => } i to w czasie wykonania (tak
jak tworzenie blokow kodu w runtime!) - to i zastosowalem. Takie rzeczy
cieszą i pomagają. A w polaczeniu z oleObject rodzi sie prawdziwy "power".
> :) To już pytanie nie do mnie. Tu akurat xHarbour.com robi bardzo dobrą
> robotę i dużo inwestują w sensowną dokumentację.
2 etatowcow - żeby oni jeszcze polski znali :)
Pozdrawiam,
Marek Horodyski
Marek Horodyski - 09-06-2006 00:22
Użytkownik "Andrzej P. Wozniak" <uszer@poczta.onet.pl.invalid> napisał w
wiadomości news:e6710r$8sp$1@olszynka.pl...
> Osoba podpisana jako Marek Horodyski <m.horodyski@pzuzycie.com.pl> w
> artykule <news:e66ajr$rmj$2@nemesis.news.tpi.pl> pisze:
>
>> Odpowiedz byla, tylko pewnie zaglebienie za duze dla czytnikow.
[ ... ]
> Ty, ja, każdy, kto ma coś do powiedzenia na ten temat i znajdzie czas,
> żeby
> to napisać. Na początek trzeba przetłumaczyć dokumentację.
Czas - juz wiem dlaczego nie mam pieniedzy ! Bo nie mam czasu !
Ale na powaznie, co masz na myśli pisząc "przetłumaczyć dokumentację" ?
Pozdrawiam,
Marek Horodyski
Marek Horodyski - 09-06-2006 00:22
Użytkownik "rglab" <rglab@_no_spam_imid.med.pl> napisał w wiadomości
news:e68kht$57i$1@atlantis.news.tpi.pl...
> Marek Horodyski napisał(a):
>
>> Do tego nasuwają się nastepne pytania :
>> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
>> - Czy mozna spodziewac sie wersji stable w Harbour czesciej niz raz na
>> rok ?
>
> Mysle ze tak, to zalezy jak duzo nowego kodu i/lub poprawek bedzie
> dodanych. Teraz jest build46 a za miesiac lub dwa moze byc build47.
Jest build46 - to juz cos :)
>
>> - Czego mozna sie spodziewac w rozwoju Harbour. Coniektorzy np. uzywaja
>> Globali ?
>
> Ja bede przeciw bo jest to jeden z mechanizmow psujacych enkapsulacje
> kodu i zlej praktyki programowania. Jesli juz ktos musi uzywac globalnych
> symboli to ma do tego zmienne typu PUBLIC ktore nie sa az tak wolne w
> dostepie do nich aby uzasadnialo to wprowadzenie oddzielnej klasy GLOBAL.
To byl tylko przyklad. W sumie z łączenia C i PRG niewiele mi wyszlo - malo
zdolny coś jestem :)
Ale np. Mariusz (alias Mikezum) w zasadzie nie widzi różnicy. Przechodzi w
locie pomiedzy poziomami.
>> - Kolo xHarbour byl chyba wiekszy ruch, i pytanie jak sie kompiluje
>> Harbour
>> z GTWVW/GTWVT lub Win32PRN ( akurat zamierzalem "wsiąkać" ) ?
>
> Coz, reklama dziwgnia handlu...
Mysle jednak ze bardziej niz reklama dziala wyczucie potrzeby uzytkownika.
Takie "świecidełka", "paciorki" :)
>> - No i podstawowe - jak Walczakowie nie będą zainteresowani - kto bedzie
>> pisał ksiązki - bo faktycznie jest o czym :)
>
> Moze Ty? :)
Ba. To nie jest kwestia tylko czasu. Na tym sie trzeba znac. Czuc sie na
siłach. Z drugiej strony uzywam prduktu z duzym zadowoleniem, a wiec widze
potrzebe, mozliwosc i sposób wykorzystania. Pewnie jako praktyk mógłbym, ale
w zespole, cos wniesc. Wczoraj w sklepie spozywczym przy kasie jakis
minipodrecznik PHP widzialem. Obok prezerwatyw i gumy do żucia. A do
[x]Harbour nic - a tak by sie chcialo.
Tym bardziej ze kompilator tworzy stabilne aplikacje, a Wasz udział dobrze
mu wróży na przyszłość.
Pozdrawiam,
Marek Horodyski
Przemyslaw Czerpak - 09-06-2006 00:22
On Thu, 8 Jun 2006 17:15:33 +0200,
Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>>> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
>> Nie wiem - nie udziela się już prawie dwa lata.
> Z jaichś powodow wybrał xHarbour dla wielowatkowosci - sadzilem ze wlasnie
> ilosc i kierunek zmian byla tego przyczyną.
Powiedzmy delikatnie, że MT w xHarbour jest dalekie od ideału.
Gian naprawdę się napracował i trzeba przyznać, że to nawet działa
(czasem ;-)), ale takich rzeczy nie robi się "od końca". Najpierw
trzeba zdefiniować, które zasoby są lokalne dla wątku, a które globalne.
Następnie jest krecia i trochę nudna robota polegająca na wyłapaniu i
poprawieniu wyszystkich miejsc, które mogą powodować problemy i ich
usunięcie o ile to możliwe bez pakowania mutexów tudzież innych
synchronizatorów lecz poprzez odpowiednie algorytmy. Potem definiujemy
jakieś API, tak aby nie wnikać już w różnice systemowe i na końcu
implementacja. W xHarbour do dzisiaj punkt pierwszy nie jest określony
i ewoluował aktywnie podczas implementacji. Co do oczyszczenia kodu
do Gian nawet coś tam po całości robił, ale ponieważ nikt nie wie
do dziś co jest w punkcie 1 i czego się trzymać przy zmianach to się
już nieźle to już rozjechało, a przecież nigdy nie zostało skończone.
Ze dwa razy chciałem z tym zrobić porządek, ale kończyłem zawsze na
poprawieniu najbardziej istotnych błędów raportowanych przez użytkowników.
Od roku problemu bezpośrednio nie tykam. Nawet nie wiem czy MT jeszcze
działa. Ja tak nie potrafię pisać programów. Muszę objemować koncepcyjnie
całość albo szkoda czasu na klepanie.
Jak czas pozwoli to w tym roku będą w Harbour wątki, a jak nie to w
następnym.
>> Jak warto coś wydać to pewnie tak.
> Widze ze jest nowa stable :)
Może jak znajdziesz jakiś host pozwalający na automatyczne
uploady to klepnę skrypcik, który będzie robił w nocy binarki
z aktualnej wersji CVS. Powiedzmy dla Linux+GCC i Windows+MinGW.
> Sprobuje jej - weekend z głowy ( nie uzywam cvs, nie mam dostepu, a przez
> http cos mi przestalo chodzic).
> Ciekaw jestem -gc3 i userrdd na prg level.
USRRDD to tam jeszcze nie będzie.
> xHarbour ma w sumie sprawny i szeroki kanal wymiany informacji na newsach.
> Nie wiem czy listy moderowane Harbour nadal dzialaja - a moze jest jakis
> news ?
Istotna jest ilość użytkowników informująca o problemach. Bez tego
głupi błąd może zalegać miesiącami. Np. ostatnio raportowany problem
z ADEL() - musiałem to zwalić przy jakimś drobnym retuszu kodu i nie
zauważyłem. Już nawet nie pamiętam kiedy.
> To byl tylko przyklad. Akurat nie uzywalem. Ale takie rozne .n., has/in -
> makro w makrze w czasie wykonania itp. już tak.
> Funkcjonalnosc tablic asocjajcyjnych/haszy mialem w Clipperze zrobioną na
> obiektach, ale jak zboczylem ze dziala &{ => } i to w czasie wykonania (tak
> jak tworzenie blokow kodu w runtime!) - to i zastosowalem. Takie rzeczy
> cieszą i pomagają.
Akurat tabele haszujące to chyba jedyny naprawdę fajny element w xHarbour.
Szkoda tylko, że b-drzewo ma statyczną głębokość definiowaną przy tworzeniu
tabeli. Przy dynamicznej byłoby naprawdę fajnie. To chcę dodać do Harbour
oraz obsługę wyrażeń regularnych. Tyle tylko, że nie widzę sensu wkładania
tego do HVM. Jako zewnętrzna biblioteka sprawdzi się doskonale. I będę
głosował rękami i nogami przeciw dodaniu operatów HAS i IN. To rozszerzenie
to był naprawdę wyczyn. To paskudztwo gryzie się tak wrednie z preprocesorem,
że szkoda gadać. Ale tak już zostanie i nie ma szans na zmiane :-(
Tak dla przykładu. Skompiluj poniższy kawałek przy użyciu
Clippera i xHarbour z opcją -p. Porównaj wygenerowane pliki .ppo
#command SET ORDER TO [<cOrder> [IN <cOrdBag>]] ;
=> ordSetFocus( <cOrder> [, <cOrdBag>] )
proc main()
SET ORDER TO "myorder" IN "mybag"
return
Ja również (niestety ;-)) potrafię coś koncertowo położyć. Nie przymyślę
czegoś do końca i wychodzi gniot. Ale nie sprawia mi najmniejszego problemu
jak ktoś mi wykaże moją ignorancję - z faktami się nie dyskutuje i zawsze
czegoś nowego można się nauczyć. Chesz mieć zabawę? Napisz na grupę, aby
powyższe zostało poprawione.
> A w polaczeniu z oleObject rodzi sie prawdziwy "power".
Nie używam. Ale ufam Markowi Paliwodzie. Skoro stwierdził, że to cudo z
xHarbour jest działające "inaczej" to znaczy, że tak jest. Marek zrobił
własną bibliotekę. Myślę, że jest z nią zdecydowanie mniej problemów.
Ja powiem tylko tyle, że kod Win32ole to jedna z tych rzeczy, które
nie pozwalają mi zrobić kilku sensownych zmian w xHarbour ponieważ
jest silnie związany z aktualnym zachowaniem bebechów HVM, a od kiedy
Ron zabrał się za przekazywanie parametrów przez referencje to jak na
to potrzę to podziw mnie bierze, że to się daje jeszcze uruchomić ;-)
Marek czytasz to?
Zrobisz port tej twojej biblioteki dla Harbur?
Całkiem możliwe, że z jutrzejszym CVS wystarczy rekompilacja
z plikami nagłówkowymi Harbour. Będą już zmienne HB_IT_POINTER
obsługiwane przez GC wraz z licznikiem referencji.
>> :) To już pytanie nie do mnie. Tu akurat xHarbour.com robi bardzo dobrą
>> robotę i dużo inwestują w sensowną dokumentację.
> 2 etatowcow - żeby oni jeszcze polski znali :)
Ale zawsze łatwiej przetłumaczyć niż pisać od zera ;-)
Pozdrawiam,
Przemek
ps. Powyższe napisałem głównie po to aby pokazać, że nie zawsze
wodotryski to fajny pomysł. Ja również bardzo lubię rozszerzenia,
ale trzeba je robić z głową. Jak zabraknie czasu na zastanowienie
to dodajesz gniota, ludzie zaczynają tego używać i nie możesz się
już wycofać bo tracisz wsteczną kompatybilność. A ja jestem już
zwyczajnie zmęczony robieniem za psa ogrodnika. Chyba sensowne
będzie zostawienie xHarbour, aby żyło swoim własnym życiem jako
poligon dla doświadczeń i czasem wybranie czegoś wartego uwagi.
Andrzej P. Wozniak - 10-06-2006 00:03
Osoba podpisana jako Marek Horodyski <m.horodyski@pzuzycie.com.pl> w
artykule <news:e69f6g$hsb$1@atlantis.news.tpi.pl> pisze:
>
> Użytkownik "Andrzej P. Wozniak" <uszer@poczta.onet.pl.invalid> napisał w
> wiadomości news:e6710r$8sp$1@olszynka.pl...
>> Osoba podpisana jako Marek Horodyski <m.horodyski@pzuzycie.com.pl> w
>> artykule <news:e66ajr$rmj$2@nemesis.news.tpi.pl> pisze:
>>
>> Ty, ja, każdy, kto ma coś do powiedzenia na ten temat i znajdzie czas,
>> żeby to napisać. Na początek trzeba przetłumaczyć dokumentację.
> Czas - juz wiem dlaczego nie mam pieniedzy ! Bo nie mam czasu !
> Ale na powaznie, co masz na myśli pisząc "przetłumaczyć dokumentację" ?
Dokładnie to, co napisałem. W źródłach [x]Harbour jest ponad 2 MB
dokumentacji po angielsku, z tego tylko jakieś 300 KB przetłumaczone na
hiszpański. Innych języków nie ma.
Jeśli korzystasz z dokumentacji, a nie masz czasu na jej tłumaczenie, to
możesz chociaż wskazać, które dokumenty warto przetłumaczyć. Wtedy szybciej
znajdzie się ktoś, kto się tym zajmie.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z<->h w adresie)
Grand Inquisitor pl.comp.bazy-danych No.1 http://www.dbf.pl/faq/
Clipper Mini FAQ po polsku http://clipper.rox.pl/
Andrzej P. Wozniak - 10-06-2006 00:03
Osoba podpisana jako Przemyslaw Czerpak <druzus@nospam.please> w artykule
<news:slrne8hc73.2dq.druzus@localhost.localdomai n> pisze:
> On Thu, 8 Jun 2006 17:15:33 +0200,
> Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>> Widze ze jest nowa stable :)
> Może jak znajdziesz jakiś host pozwalający na automatyczne
> uploady to klepnę skrypcik, który będzie robił w nocy binarki
> z aktualnej wersji CVS. Powiedzmy dla Linux+GCC i Windows+MinGW.
Miejsce jest, z automatyzacją uploadu gorzej.
http://www.olszynka.pl/harbour/files/
Może jednak coś uzgodnimy?
> ps. Powyższe napisałem głównie po to aby pokazać, że nie zawsze
> wodotryski to fajny pomysł. Ja również bardzo lubię rozszerzenia,
> ale trzeba je robić z głową. Jak zabraknie czasu na zastanowienie
> to dodajesz gniota, ludzie zaczynają tego używać i nie możesz się
> już wycofać bo tracisz wsteczną kompatybilność.
Można się wycofać, ale trzeba mieć od razu gotowe rozwiązanie na zamianę,
działające i lepsze od wycofywanego.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z<->h w adresie)
Grand Inquisitor pl.comp.bazy-danych No.1 http://www.dbf.pl/faq/
Clipper Mini FAQ po polsku http://clipper.rox.pl/
Marek Horodyski - 10-06-2006 00:03
Użytkownik "Przemyslaw Czerpak" <druzus@nospam.please> napisał w wiadomości
news:slrne8hc73.2dq.druzus@localhost.localdomain.. .
> On Thu, 8 Jun 2006 17:15:33 +0200,
> Marek Horodyski <m.horodyski@pzuzycie.com.pl> wrote:
>>>> - A co sadzi Giancarlo Niccolai o tych rozszerzeniach ?
>>> Nie wiem - nie udziela się już prawie dwa lata.
>> Z jaichś powodow wybrał xHarbour dla wielowatkowosci - sadzilem ze
>> wlasnie
>> ilosc i kierunek zmian byla tego przyczyną.
>
> Powiedzmy delikatnie, że MT w xHarbour jest dalekie od ideału.
[ ... ]
> Jak czas pozwoli to w tym roku będą w Harbour wątki, a jak nie to w
> następnym.
MT faktycznie ma bardzo rzadko wystepujace obszary zastosowan, a
implementacja nietrywialna.
Pisze sie glownie aplikacje klienckie, ale warto miec swiadomosc, ze jak
bedizie potrzeba, to narzedzie wspomoze w uslugach serwerowych.
Jak czas pozwoli - sprobujemy :)
>
>>> Jak warto coś wydać to pewnie tak.
>> Widze ze jest nowa stable :)
>
> Może jak znajdziesz jakiś host pozwalający na automatyczne
> uploady to klepnę skrypcik, który będzie robił w nocy binarki
> z aktualnej wersji CVS. Powiedzmy dla Linux+GCC i Windows+MinGW.
Moze Andrzej cos na harbour.pl.eu.org zrobi ?
Tymczasem nie chodzi, ale tam nie potrzeba duzo miejca.
>> Ciekaw jestem -gc3 i userrdd na prg level.
>
> USRRDD to tam jeszcze nie będzie.
-gc3 i tak wystarczy.
>> Nie wiem czy listy moderowane Harbour nadal dzialaja - a moze jest jakis
>> news ?
>
> Istotna jest ilość użytkowników informująca o problemach. Bez tego
> głupi błąd może zalegać miesiącami. Np. ostatnio raportowany problem
> z ADEL() - musiałem to zwalić przy jakimś drobnym retuszu kodu i nie
> zauważyłem. Już nawet nie pamiętam kiedy.
Osobiscie prawie nie uzywam preprocesora, tak ze tego :
proc main()
ordSetFocus("myorder" IN "mybag" )
return
bym nie zauwazyl. Ale teraz, w czerwcu bede mial aplikacje w ktorej znaczna
czesc kodu jest jeszcze bez zmin rodem z Clippera 87. Megabajty zródeł,
gigabajty danych, setki plikow zrodel. Uzywana z DBFami i Mediatorem for
Oracle. Piekny poligon doswiadczalny. Juz od dawna prosi sie o portowanie na
32 bity - tak ze moze sie uda :)
[...]
> Zrobisz port tej twojej biblioteki dla Harbur?
> Całkiem możliwe, że z jutrzejszym CVS wystarczy rekompilacja
> z plikami nagłówkowymi Harbour. Będą już zmienne HB_IT_POINTER
> obsługiwane przez GC wraz z licznikiem referencji.
[...]
> ps. Powyższe napisałem głównie po to aby pokazać, że nie zawsze
> wodotryski to fajny pomysł. Ja również bardzo lubię rozszerzenia,
> ale trzeba je robić z głową. Jak zabraknie czasu na zastanowienie
> to dodajesz gniota, ludzie zaczynają tego używać i nie możesz się
> już wycofać bo tracisz wsteczną kompatybilność. A ja jestem już
> zwyczajnie zmęczony robieniem za psa ogrodnika. Chyba sensowne
> będzie zostawienie xHarbour, aby żyło swoim własnym życiem jako
> poligon dla doświadczeń i czasem wybranie czegoś wartego uwagi.
Ole sie bardzo przydaje. Jesli nawet działa inaczej - to faktycznie na
starcie nie ma do czego porownac. Jednak odwala to kawal roboty. Znam
przypadki gdzie admin nie udostepnil userom wersji 32 bitowej w wersji
terminalowej (zle pracuje jak serwery sa niepolatane), i uzytkownicy aby
uzyskac mozliwe efekty - biora delegacje, jada "do wojewodztwa" aby tam
wykorzystac to "future". Lacznie z przejazdem jest szybciej niz zrobienie
czegos na miejsci, z Clipperem, Wordem, Excelem i kalkulatorem na biurku.
No i bez błędów.
Podobnie jest z http, klientami baz danych, xmlem i całą masą współczesnych
rozwiązań. To wszystko jest potrzebne. MS ma taki właśnie sposób działania,
że wypuszcza soft wiedząc jakie są w nim błędy. Błędy usunie się potem, a
dziś wdrazamy "future", nadając w ten sposob kierunek i uprzedzając
konkurencję. To ma swój sens.
Ale widze ze kiedyś nie nadążano za Ronem, a teraz on za Wami :)
Pozdrawiam,
Marek Horodyski
Przemyslaw Czerpak - 12-06-2006 00:08
On Fri, 9 Jun 2006 11:27:37 +0200,
Andrzej P. Wozniak <uszer@poczta.onet.pl.invalid> wrote:
>> Może jak znajdziesz jakiś host pozwalający na automatyczne
>> uploady to klepnę skrypcik, który będzie robił w nocy binarki
>> z aktualnej wersji CVS. Powiedzmy dla Linux+GCC i Windows+MinGW.
> Miejsce jest, z automatyzacją uploadu gorzej.
> http://www.olszynka.pl/harbour/files/
> Może jednak coś uzgodnimy?
Myślę że da się coś wymyślić. Sontaktuję się z tobą na prywatny adres.
>> ps. Powyższe napisałem głównie po to aby pokazać, że nie zawsze
>> wodotryski to fajny pomysł. Ja również bardzo lubię rozszerzenia,
>> ale trzeba je robić z głową. Jak zabraknie czasu na zastanowienie
>> to dodajesz gniota, ludzie zaczynają tego używać i nie możesz się
>> już wycofać bo tracisz wsteczną kompatybilność.
> Można się wycofać, ale trzeba mieć od razu gotowe rozwiązanie na zamianę,
> działające i lepsze od wycofywanego.
A co z istniejącym kodem? Poślesz użytkowników na drzewo?
Aktualnie w xHarbour jest już całkiem sporo kwiatków, których
nie można wywalić z uwagi na wsteczną kompatybilność.
W Harbour też można znaleźć takie kawałki. Np. funkcje klasy
zwracają instancję obiektu danej klasy zamiast obiekt definicji
klasy do którego należy wysłać NEW() aby utworzyć konkretną
instancję. To jest niekompatybilne z Class(y). I można by to
przeżyć gdyby nie fakt, że to pociąga za sobą szereg dalszych
niekompatybilności. Np. nie ma prawdziwych metod i zmiennych
klasowych lecz są one emulowane przez zwykłe metody i zmienne
obiektu więc pojawia się konflikt nazw. Dodatkowo dramatycznie
redukowana jest prędkość przy wysyłaniu wiadomości klasowych
gdy nie masz instancji obiektu danej klasy:
classname():massage(...)
powoduje każdorazowo utworzenie nowej instancji klasy classname.
Ja to zmienie w nowej implemenatcji klass dla Harbour co wymusi
aktualizację kodu i największey opór pewnie będzie ze strony
użytkowników FWH. Pożyjemy - zobaczymy.
pozdrawiam,
Przemek
Andrzej P. Wozniak - 12-06-2006 00:08
Osoba podpisana jako Przemyslaw Czerpak <druzus@nospam.please> w artykule
<news:slrne8ntnn.qpq.druzus@localhost.localdomai n> pisze:
> On Fri, 9 Jun 2006 11:27:37 +0200,
> Andrzej P. Wozniak <uszer@poczta.onet.pl.invalid> wrote:
>> http://www.olszynka.pl/harbour/files/
>> Może jednak coś uzgodnimy?
> Myślę że da się coś wymyślić. Sontaktuję się z tobą na prywatny adres.
OK.
>>> to dodajesz gniota, ludzie zaczynają tego używać i nie możesz się
>>> już wycofać bo tracisz wsteczną kompatybilność.
>> Można się wycofać, ale trzeba mieć od razu gotowe rozwiązanie na
>> zamianę, działające i lepsze od wycofywanego.
> A co z istniejącym kodem? Poślesz użytkowników na drzewo?
Hmmm, lepsze oznacza również "dające użytkownikom możliwość konwersji".
To jednak może wymagać drobiazgowego udokumentowania różnic. Część z nich
pewnie ujawni się dopiero w trakcie użytkowania, czyli przez jakiś czas
trzeba równolegle rozwijać nową wersję i łatać dziury w starej.
Ale łatwo tak sobie pisać, w praktyce jest gorzej, więc kończę.
> Ja to zmienie w nowej implemenatcji klass dla Harbour co wymusi
> aktualizację kodu i największey opór pewnie będzie ze strony
> użytkowników FWH. Pożyjemy - zobaczymy.
Jeśli nowa implementacja będzie szybsza i bardziej funkcjonalna, powinna się
przyjąć mimo oporów. Życzę powodzenia.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z<->h w adresie)
Grand Inquisitor pl.comp.bazy-danych No.1 http://www.dbf.pl/faq/
Clipper Mini FAQ po polsku http://clipper.rox.pl/
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[OT?] Monitory dla =?ISO-8859-2?Q?grafik=F3w_-_pytanie_o_?==?ISO-8859-2?Q?przej=B6ci=F3wki?=
=?ISO-8859-2?Q?kr=F3tkie_pytanie_-_gdzie_forum_grafik=F3?==?ISO-8859-2?Q?w_=28Corel_Painter=29_=3F?=
Pytanie -Papier Nalepka - =?ISO-8859-2?Q?p=B3ytka_w_kszta=B3?==?ISO-8859-2?Q?cie_wizyt=F3wki?=
[oracle] =?ISO-8859-2?Q?zmia=BFd=BFony_przez_problem=3A_za?==?ISO-8859-2?Q?pytanie_do_hierarchi?=
Pytanie o =?ISO-8859-2?Q?kas=EA=2E=2E=2E?=
pytanie o zapytanie z having count = count z innej kolumny
=?iso-8859-2?q?Kr=F3tkie_pytanie_-_PostgreSQL_8=2E2=2E2_i_CREATE_ASSERTION?=
=?iso-8859-2?q?Pytanie_SQL__spe=B3niaj=B1ce_wiecej_jak_jeden_ warunek_na_jednej_kolumnie=2E?=
CA nr 1/2007 - pytanie do tych co =?ISO-8859-2?Q?maj=B1?= ten numer
Re: MS SQL 2000 - Wadliwy optymalizator? (dlugie pytanie...)
zanotowane.pldoc.pisz.plpdf.pisz.pltejsza.htw.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
