Newsgroup: it.comp.os.dibattiti
Titolo: IBM JFS 1.0.0 per linux: pronto e "virale"

http://oss.software.ibm.com/jfs/

 
http://oss.software.ibm.com/jfs/
Ma allora IBM crede nell'open source!
Fatemi un fischio quando escono i sorgenti di DB2, OS/2, o del JDK :o)
-- 
disclaimer: not speaking for anybody but me.

 Fatemi un fischio quando escono i sorgenti di DB2, OS/2, o del JDK :o)
scordateli... io da utilizzatore OS/2 sarei il primo a volere questo... ma non
penso che lo fara` mai...
--
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://spazioweb.inwind.it/mmos2/
 ]

Fatemi un fischio quando escono i sorgenti di DB2, OS/2, o del JDK :o)
OS/2? E chi lo vuole?
Comunque per ora hanno rilasciato tutti i driver delle stampanti.
-- 
ciao, | "You're one of those condescending Unix computer users!"
Marco | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.bofh.it

 OS/2? E chi lo vuole?
io...


 Comunque per ora hanno rilasciato tutti i driver delle stampanti.
per chi fosse interessato...
http://sourceforge.net/projects/omniprint/


di desktop che si ritrova.
Enlightenment 17
-- 
Davide Inglima, limaCAT

 Enlightenment 17
Quale "object model" offre esattamente Enlightenment 17?
Oggi ho fatto una bellissima applicazione con Windows Media Player, in
Python, senza che Microsoft (brutti, cattivi) supporti una virgola di
Python. Ma avrei potuto farla anche in Ruby.


 Comunque per ora hanno rilasciato tutti i driver delle stampanti.
Un'azienda che rischia in prima persona abbracciando la filosofia GNU :o)


 ma non penso che lo fara` mai...
Forse le secchiate di copyright valgono piu' dell'open source...


 Python. Ma avrei potuto farla anche in Ruby.
Um, si', efficiente e portabile.
-- 
Davide Inglima, limaCAT

Davide Inglima - limaCAT ha scritto:

non farmi ridere...


 non farmi ridere...
O hai provato la beta di E17 e bollata come una cretinata, o ti stai
basando sulle prime versioni della versione 16 che avevano un
BUG GROSSO COME UNA CASA di nome Gnome?
Rasterman e' uno di quegli autori coraggiosi. Se il suo codice o una sua api
fa schifo la prende e la riscrive, e non si tira appresso cazzate come Corba
dappertutto (vedi gnome e derivati) oppure volute incompatibilita' con gli altri
desktop (vedi sempre gnome e derivati).
Enlightenment 17 e' un gioiellino, ha alcune richieste esoteriche
(molta ram fisica e, meta' mondo linux si scandalizzera', un portmapper per il
filemanager, ma non e' un desktop per SERVER, ma per Client, ed i client
possono avere BENISSIMO un paio di rules ipchains che chiudono le porte non
privilegiate a macchine non privilegiate), ma e' onesto da dirtelo. 
NON ti richiede Corba anche in fase di ./configurazione e compilazione. E'
anche portatile, ed io credo che la richiesta del portmapper sara'
disabilitabile a richiesta se si fara' una richiesta o si mandera' una patch.
La gui poi e' completamente customizzabile. Vediti E-tcher, in beta ma
usabilissimo.
-- 
Davide Inglima, limaCAT

 e non si tira appresso cazzate come Corba
a posto...
[cut]
quanto Enlightenment sara` completamente ad oggetti ne potremi riparlare...


 Um, si', efficiente e portabile.
Sicuramente e' efficiente, visto che funziona perfettamente e Media Player
non perde un frame, oltre a supportare tutti i formati di file che mi
servono. Sul fatto che sia portabile, non importa a nessuno: il desktop e'
windows e l'applicazione funziona sotto windows, punto. Immagino che la
stessa cosa si potesse facilmente fare con un Mac e Quicktime. COM mi
permette di scrivere l'applicazione in una giornata: purtroppo il mio
lavoro non consiste nell'aprire un progetto a lungo termine su SourceForge,
magari sotto GPL, ogni volta che un cliente chiede un applicativo da 4
soldi.
Ora prova a dirmi come avrei potuto fare la stessa cosa sotto Gnome o KDE,
cominciando dal supporto per tutti i codec video e dal "componente GTK o
QT" che avrei potuto utilizzare come player. Poi magari parliamo anche
delle schede di acquisizione video.
Ho una macro Word che si collega ad un server COM in Python, per utilizzare
una DLL che si interfaccia ad un driver di una scheda di acquisizione del
timecode. La spocchia boriosa tipica della "comunita' Linux" potrebbe far
dire "Um, si', efficiente e portabile". Ora prova a dirmi come si realizza
la stessa cosa con StarOffice o KOffice. Poi trovami l'equivalente di
Access per Linux, visto che non posso mettere il commerciale a cazzeggiare
con SQL.
In bocca al lupo.


con SQL.
pgacces non e` male, anche se non e`, evidentemente, "equivalente". Manca,
fra le altre cose, un generatore di report.
La mia opinione comunque e` che il commerciale dovrebbe imparare un attimino
a cazzeggiare: non ho ancora visto una QBE grafica che sia riuscita a darmi
effettiva sicurezza che quello che sto chiedendo e` effettivamente quello
che avevo in mente di chiedere. Fra le meno peggio, sicuramente Paradox 3.5
piuttosto che Access.
Ciao.

 oggetti da utilizzare in C?
GTK+ piu` i relativi wrapper per Perl, Python, ADA, etc.
Bye,
 Emmanuele.
-- 
Emmanuele Bassi         |             [ 
http://digilander.iol.it/ebassi/
 ]
emmanue...@iol.it
  |
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

la stessa cosa con StarOffice o KOffice.
dai tempo. OpenOffice ci sta lavorando su:
http://udk.openoffice.org/
al momento sono supportati solo C e Java (in fondo per ora devono farci
girare solo StarOffice), ma le cose interessanti sono altre:
http://udk.openoffice.org/common/man/spec/ole_bridge.html
http://udk.openoffice.org/common/man/draft/com_lang_spec.html
http://udk.openoffice.org/common/man/draft/soap.html
-- 
Posted from 
mx1.aruba.it
 [62.149.128.130] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 OS/2? E chi lo vuole?
In molti. Per quanto se ne dica OS/2 rimane sempre un os con le palle,
nonostante venga ormai considerato alla stregua di uno zombie. L'unico
che forse lo puo` fregare e` BeOS che (almeno da una mia impressione)
riprende molti concetti dell'OS/2 (tipo la GUI ad oggetti) migliorandoli
Henryx
-- 
Se volete contattarmi, non fatelo. E' la scelta migliore per 
salvaguardare la vostra salute mentale.

 Forse le secchiate di copyright valgono piu' dell'open source...
No, semplice strategia di marketing. All'uscita del JFS IBM disse che
avrebbe rilasciato opern source tutte quelle migliorie che avrebbe
apportato all'os, e che per i programmi che avrebbe sviluppato per
linux, invece, avrebbe attuato una politica commerciale


NON ti richiede Corba anche in fase di ./configurazione e compilazione
questo è il tuo punto di vista. Il mio è che non _supporta_ Corba


 quanto Enlightenment sara` completamente ad oggetti ne potremi riparlare...
Sara', ma non servono gli oggetti in un sistema unix.
Ha funzionato bene per 30 anni senza, windows ci ha funzionato male con per
8...
-- 
Davide Inglima, limaCAT

 Ha funzionato bene per 30 anni senza,
Se e' per questo si contava bene pure con il pallottoliere...
Fabio Alemagna

questo è il tuo punto di vista. Il mio è che non _supporta_ Corba
Aggiungere un supporto CORBA ESTERNO OPZIONALE costa tanto? Per avere un sistema
veloce ed efficente laddove non ci siano applicazioni che debbano parlare colla
macchinetta del caffe'? Corba lo useranno le applicazioni CHE NE HANNO BISOGNO.
IL DESKTOP NON HA BISOGNO DI BINDING AD OGGETTI. Deve solamente presentare
le applcazioni agli utenti. Non supporta corba, e chissenefrega finche'
mette le icone del file sul desktop e posso lanciare staroffice che supporta
corba per i cazzi suoi. UN SERVER DNS O FTP NON DEVE SUPPORTARE CORBA O COM.
Deve dialogare con le applicazioni (altri server o client DNS o client FTP)
tramite i protocolli stabiliti dalle RFC.
-- 
Davide Inglima, limaCAT

dire "Um, si', efficiente e portabile".
Senti ciccio. Io non sono la comunita' linux. Esprimo soltanto i miei
pareri e le mie opinioni. Tu sei saltato su' facendo dicendo
"Toh! Sto usando Python". Python viene usato dalla Disney su macchine Linux
per farci i cartoni animati, potevo immaginare che servisse anche a te
fare i cartoni animati.
Ci si vede.
-- 
Davide Inglima, limaCAT

 8...
L'explorer di windows non e` a oggetti. Ad ogni modo penso che
la shell grafica sia une delle poche cose che la M$ e` riuscita a rendere
buona.


 corba per i cazzi suoi. UN SERVER DNS O FTP NON DEVE SUPPORTARE CORBA O COM.
hai un po' di confusione in testa.


 L'explorer di windows non e` a oggetti.
Bum!
-- 
Davide Inglima, limaCAT

 hai un po' di confusione in testa.
Grazie professoressa, ma preferisco continuare a fare da me il check-up del
mio sistema. Gia' sbaglio da solo, devo aggiungere gli sbagli degli altri ai
miei?
-- 
Davide Inglima, limaCAT

 che e' un SERVIZIO opzionale, NON una parte del kernel (Windows e OS/2).
e qua pero` non posso stare zitto... OS/2 non ha nulla dell'interfaccia grafica nel
kernel. Fanta-Informatica?


 grafica nel kernel. Fanta-Informatica?
Mi viene difficile pensare che codice che gira a ring-2 (e non 3, certamente
non e' codice a ring-0 come accade in Windows) non faccia parte del kernel o
non abbia forti legami col Kernel. Ma del resto vostra grazia, sono un
ignorante ed IO debbo starmene zitto...
Saluti alla signora e buone cose.
-- 
Davide Inglima, limaCAT

 ignorante ed IO debbo starmene zitto...
beh, di sicuro riguardo a OS/2 viste le tue convinzioni...


No. L'interfaccia grafica e' fornita da MFC, 
!? MFC è solo una libreria di classi C++ (per giunta nemmeno troppo valida 
IMHO) e non è certo un componente indispensabile di windows (tanto che, se 
non installi wordpad, sviluppato con queste classi, non viene nemmeno 
installata). Ti confondi con l'approccio *nix in cui il toolkit grafico 
spesso corrisponde ad una libreria di classi (GTK, QT e simili) che 
gestisce l'interfaccia grafica appoggiandosi a un altro componente XServer 
o framebuffer che gestisce solo le primitive grafiche e l'interazione con i 
dispositivi di input.
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)

 IMHO) e non è certo un componente indispensabile di windows
lascia perdere...


 non crasha tutto il sistema, ma solo gli elementi suddetti.
ah... utile che allora quando crasha explorer il sistema rimanga su....
cosa ti rimane? :-)
 
-- 
Non c'č piů forza nella normalitŕ, c'č solo monotonia.
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com
 - The #1 Newsgroup Service in the World!
-----==  Over 90,000 Newsgroups - 16 Different Servers! =-----

 cosa ti rimane? :-)
Tutto il resto, e' crashata solo la shell.
Riavvi Explorer (da Task Manager) e tutto e' (piu' o meno) come
prima.
Il piu' o meno si riferisce alle icone nella traybar (quelle accanto
all'orologio, per intenderci) che spesso non vengono ripristinate.
Ciao.

all'orologio, per intenderci) che spesso non vengono ripristinate.
Solo le icone, non vengono ripristinate, o anche quei servizi
proprietari delle icone sono spariti nel nulla?
E tu ti sentiresti di continuare a lavorare tranquillamente con
Windows, dopo un crash di Explorer?
Suvvia, non si puņ difendere un cesso di SO come Windows fino a questo
punto. Bisogna prendere atto che chi vuole (deve) lavorare con Windows
č necessario che si abitui a convivere con frequenti riavvi del
sistema.
 
Con Win2k un pņ meno, anzi _molto_ meno :-)
-- 
So I dub thee Unforgiven.

installata).
Installata? ROTFLASTC!!!
Scusatemi entrambi, ma mi avete fatto troppo ridere, come fai a dire
che wordpad ha bisogno delle MFC "installate" per funzionare?
Installate dove?


 Installate dove?
\windows\system
o nella directory dell'eseguibile (come faccio io quando eseguo prg win32 su macchine
non windows).


 
"Copiate" in una delle directory di "sistema" (directory di windows o 
sottodirectory system[32] della stessa), in una delle "directory" del 
"path" o nella stessa directory dove viene "copiato" in fase di "setup" del 
sistema "operativo" (se "installato" suscita la tua ilarità) wordpad che, 
per uno strano scherzo del "destino", coincide con la "seconda" 
dell'elenco.
P.S. considerando che MFC42.dll registra alcune classi COM, credo che il 
termine "installato" non sia del tutto ridicolo... 
P.S. del P.S. giusto per curiosità... cosa usi al posto di make install nei 
tuoi makefile?


 prima.
1) ti è mai capitato che non ti risponde a ctrl+alt+canc e non puoi
riavviare explorer?
2) sei sempre sicuro che fatta tale manofra il sistema sia perfettamente
funzionante?
3) non fai prima a reboottare?
-- 
Non c'è più forza nella normalità, c'è solo monotonia.


 riavviare explorer?
Però in questo caso non hai solo explorer piantato.
--
Medaglia, medaglia, medaglia....
Mutley
(alias Marco Costamagna)

tuoi makefile?
-- 


 E sopratutto le MFC _non_ sono le "librerie grafiche" di Windows.
Era quello che dicevo (in risposta a Davide Inglima) nel messaggio che ha 
suscitato la tua ilarità.
P.S. se non commenti direttamente il testo del mio messaggio, evita di 
riportarlo inutilmente alla fine del tuo!


installata). 
Cos'era allora? Era Win32 la libreria che offriva anche la grafica via GDI?
-- 
Davide Inglima, limaCAT

 
Con Win32 si indica di solito l'insieme delle API di windows (non vorrei 
suscitare altra ilarità quindi mi tengo sul vago e lascio che i "guru" mi 
correggano...).
GDI gestisce la grafica a livello di primitive (non solo per il video), la 
gestione delle finestre e dei controlli (che sono finestre) è gestita in un 
modulo diverso (USER32).
Un GPF (non parlo dei blue screen) di explorer (per tornare al tema del 
discutere) non compromette in alcun modo le altre applicazioni poiche 
explorer è un processo come tutti gli altri e non il "parent" di tutte le 
applicazioni grafiche come nel caso dell'X-Server.
L'unico effetto collaterale è la scomparsa delle iconcine nella traybar 
(anche se da win98 in poi le applicazioni dovrebbero gestire un messaggio 
che segnala che è stata lanciata una nuova shell) che però può costringerti 
a un reboot.
Su windows2000 explorer è più protetto da eventuali GPF nelle estensioni 
(oggetti com che permettono di aggiungere "rami" alla struttura del desktop 
opzioni ai menu contestuali o alle pagine delle cartelle) e può far girare 
ogni finestra in un processo separato.


 Con Win2k un pņ meno, anzi _molto_ meno :-)
Io ovviamente parlavo di WinNT/2000.
Win9x/Me non li considero neppure sistemi operativi.
Ciao.

 3) non fai prima a reboottare?
No, chiudere e riavviare explorer mi porta via pochi secondi ed i
vari servizi rimangono sempre attivi.
Ciao.

 "librerie grafiche" di Windows.
Questo e' giusto.
Ciao.

applicazioni grafiche come nel caso dell'X-Server.
Appunto, quello che dicevo. Purtroppo in un mex precedente del thread
qualcun'altro disse che Explorer "non era un file manager, ma bensi'
l'interfaccia grafica"
Grazie per i chiarimenti sul resto.
-- 
Davide Inglima, limaCAT

 ma bensi' l'interfaccia grafica"
Ma Explorer *E'* la shell grafica di Windows. E' il desktop con le
sue icone, e' la task bar, e poi e' anche esplora risorse.
Ciao.

No, MFC42.DLL *SONO*  le MFC (versione 4.2) installate nel sistema,
Ma fammi il piacere.
Allora spiegami perchč, tanto per dirne una, Visual Rality usa un
mfc42.dll di 920 k residente nella sua directory, mentre 3dmark ne 
usa uno da 973 k, sempre nella sua dir.
Ok, a questo punto noi due abbiamo due punti di vista differenti
su cosa siano le MFC.
GoodBye.


 su cosa siano le MFC.
Non ci sono vari punti di vista su cosa siano le MFC. Ce n'e' uno
solo.
Per quanto io non utilizzi mai le MFC (non mi piacciono per nulla):
"The Microsoft Foundation Class Library (MFC) is an "application
framework" for programming in Microsoft Windows. Written in C++, MFC
provides much of the code necessary for managing windows, menus, and
dialog boxes; performing basic input/output; storing collections of
data objects; and so on. All you need to do is add your
application-specific code into this framework. And, given the nature
of C++ class programming, it's easy to extend or override the basic
functionality the MFC framework supplies."
"If you dynamically link your application to the MFC library, you
will, at a minimum, need to redistribute MFCx0[U].DLL and
MSVCRT.DLL, where x is the version number. MFCx0[U].DLL includes all
of the basic framework classes. All MFC DLLs use the shared version
of the C run-time library; thus, MSVCRT.DLL is required. If your
application uses the MFC database classes, such as CRecordset and
CRecordView, you will need to redistribute ODBC and any ODBC drivers
that your application uses. "
Ciao.

 that your application uses. "
Come mai sono date con il numero di versione nel nome del file...? Non
sarebbe bastato un MFC.DLL  e un numero di versione incorporato come
risorsa  (se uscisse una MFC 5 che si fa...) ?
(Ah, e lo stesso vale anche per una moltitudine di altri files...)
Ciao.

 (se uscisse una MFC 5 che si fa...) ?
VC++ 7 distribuisce MFC70.DLL.
Ciao.

basta (vedi sotto).
dimentichi anche MSVCPx.DLL
-- 
Sidewinder  
---------------------------------------------------------------------
There is no distinction between any AI program and some existent game.
---------------------------------------------------------------------

 su cosa siano le MFC.
Direi (mi scusino i cultori della grammatica) che tu e il resto delle 
persone che sono intervenute nel thread avete due punti di vista 
differenti, e questo dovrebbe farti riflettere... anche se spesso i geni si 
sono scontrati con l'opinione comune...


 usa uno da 973 k, sempre nella sua dir.
xche` prima vengono cercate le dll nella directory corrente poi in quella di sistema.
Le possibilita` sono 2:
1) si sono premuniti da eventuali cambiamenti in mfc42.dll da parte di Microsoft
che avrebbero potuto non fare funzionare il prg correttamente (magari anche la
lingua della dll)
2) sono dei mongoli quelli che hanno fatto il prg di installazione.


sono scontrati con l'opinione comune...
Sai che non hai tutti i torti, in effetti mi sento un pò "genio" :-)))


 dimentichi anche MSVCPx.DLL
Cos'e' questa?
Ciao.

 risorsa  (se uscisse una MFC 5 che si fa...) ?
Troppa grazia Sant'Antonio. Il problema principale delle DLL, sotto
Windows, e` proprio il version tracking. Gia` un file libmfc-7.0.1-a.dll
sarebbe un passo in avanti.
Bye,
 Emmanuele.
-- 
Emmanuele Bassi         |             [ 
http://digilander.iol.it/ebassi/
 ]
emmanue...@iol.it
  |
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4


Ciao.

 Ah... com'e' VC++ 7? (in 3 righe :-) ).
Ancora in beta.
Incredibilmente ottimizzante.
Non ancora standard (con la promessa di VC++ 8 standard in tempi
brevi).
Ciao.

preciso).
confermo. Ricordo benissimo quando metà delle applicazioni (tra cui
WordPad) non partiva più a causa della sostituzione di quella libreria
con una di versione diversa. Non solo, sui vecchi Windows, WordPad
espone uno splash screen che mostra orgogliosamente la versione di MFC
usata
-- 
Posted from 
mx1.aruba.it
 [62.149.128.130] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

delle librerie grafiche qt.
vacci piano... la unit QForms, *parte* delle CLX, è il wrapper della QT.
Le CLX, di per sè, usano esclusivamente funzioni del sistema operativo e
delle librerie di runtime. Esattamente come le VCL su Windows (tranne
per il supporto obbligatorio per l'automazione OLE, ora reso
facoltativo)


l'interfaccia grafica"
attenzione, non è un file manager. Un file manager ufficiale
(winfile.exe) per Windows non si vede dai tempi di Windows 3.11, anche
se per qualche tempo venne distribuito comunque, ma non più supportato.
Explorer è un esploratore del namespace della shell (non ricordo chi ne
diede questa definizione, ma è perfetta), il file system semplicemente e
"casualmente" fa parte di questo namespace. Internamente explorer non
usa nemmeno i path veri e propri, ma degli ITEMIDLIST (mi pare), che
vengono convertiti in path negli strati più bassi della shell32.dll (o
delle altre librerie che contribuiscono al namespace). Di per sè
Explorer è un inutile manichino, si occupa solo della taskbar e del
desktop, persino il menu avvio viene gestito da shell32 (funzioni non
documentate, ovviamente)


solo Explorer, ma qualcosa di piu'.
ad esempio winlogon.exe. E' l'entità oscura che sta dietro al
CTRL+ALT+DEL, al CTRL+SHIFT+ESC, al riavvio della shell quando viene
chiusa irregolarmente, alla "protezione file di Windows", alla schermata
di login e a tanti altri fenomeni inspiegabili. Che con il task manager
non puoi terminare; lui dice "processo critico di sistema", ma mi puzza
di cazzata. Non esistono "processi critici di sistema", se è critico non
lo riesci a terminare del tutto e finita lì, per di più il messaggio in
questione non è un messaggio d'errore di Windows ma del Task Manager
Aggravante: winlogon è un programma *qualsiasi*. Un programma Win32 per
di più. L'anello più debole nella catena che unisce il kernel al pezzo
di carne tra sedia e monitor. In due giorni sono riuscito a trovare
almeno due sue debolezze exploitabili, di cui una irriproducibile
(dev'essersi trattato della mia proverbiale fortuna) ma che non richiede
l'account di amministratore
PS: giusto per curiosità, cosa succede su Unix quando il processo login
viene terminato? e il kernel è killabile dal root? e qualche daemon si
connette mai direttamente all'X-server mostrando un'interfaccia grafica?


 connette mai direttamente all'X-server mostrando un'interfaccia grafica?
Vengono terminati tutti i processi di quell'utente.
Non diciamo fesserie, root non puo' killare niente.
Cosa c'entra mai una interfaccia grafica con un daemon?
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

connette mai direttamente all'X-server mostrando un'interfaccia grafica?
Un demone sta in background per definizione, ma nulla vieta che lo
faccia (a condizione che sappia dove e` in ascolto l'X server e abbia
accesso al cookie di autenticazione).
-- 
ciao, | "You're one of those condescending Unix computer users!"
Marco | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.bofh.it

 brevi).
Azz era meglio se te ne chiedevo 5 :-)
Ciao.

 Azz era meglio se te ne chiedevo 5 :-)
Completamente integrato nell'ambiente Visual Studio.
Un IDE fantastico.
;-)
Ciao.

Cosa c'entra mai una interfaccia grafica con un daemon?
era per farmi quattro risate... non ti sei mai chiesto in Windows NT che
processo crea le finestre di console?


 Sai che non hai tutti i torti, in effetti mi sento un pò "genio" :-)))
Beh, certo, uno che scambia un framework con un wrapper e` proprio da
considerarsi un genio...
Henryx
-- 
Se volete contattarmi, non fatelo. E' la scelta migliore per 
salvaguardare la vostra salute mentale.

Il kernel non e` un processo.
credevo di sì. Anzi, mi pareva di averlo proprio letto da qualche
parte... ricorderò male. Comunque, il kernel è un eseguibile qualsiasi?
intendo dire, formato a.out/ELF/eccetera?


 processo crea le finestre di console?
Beh hai gia' NT per ridere, non vedo perche' disturbare anche Linux..


riavviato o no
No, init non puo` morire.


intendo dire, formato a.out/ELF/eccetera?
I dettagli dipendono dall'architettura, comunque si`.
Poi c'e` l'user mode linux, ma e` un'altra storia. :-)


Henryx
Eccone un altro che ha imparato a scrivere prima di aver imparato a
leggere.
*PLONK*


 GTK+ piu` i relativi wrapper per Perl, Python, ADA, etc.
Quindi posso implementare un widget GTK interamente in Python e poi
utilizzarlo da un programma C?
E che cosa dovrei fare invece se l'"oggetto" in questione non avesse nulla
a che fare con X11, GUI e compagnia?
Una volta realizzato il wrapper COM per il linguaggio BogusLanguage, ho
finito: non devo realizzare un wrapper per ogni classe che voglio
utilizzare, ne' tantomeno compilare IDL a destra e a manca. E funziona
anche da console.
PythonWin tira fuori le classi Python con le descrizioni degli oggetti COM,
leggendo le type libraries: non devi neanche sbattere la testa a cercare la
documentazione su MSDN. Proprio perche' Windows mi fa rivoltare lo stomaco
preferisco passarci il minor tempo possibile...
-- 
disclaimer: not speaking for anybody but me.

 *PLONK*
Oh, che bello, mi sono beccato forse il primo plonk in tutta la mia
vita usenettiana...
Un Henryx felice


 vita usenettiana...
Non e' che tu ti perda qualcosa in questo caso <g>


 Non e' che tu ti perda qualcosa in questo caso <g>
Questo e` poco ma sicuro ;)
Henryx


 a che fare con X11, GUI e compagnia?
Mi spieghi che te ne fai di un oggetto GTK+ senza GUI?


 Mi spieghi che te ne fai di un oggetto GTK+ senza GUI?
Beh, la Glib mi pare che non abbisogni di GUI. E sarebbe bello cominciassero
apparire programmi non grafici che usano Bonobo/Corba ecc... 
-- 
Davide Inglima, limaCAT

 apparire programmi non grafici che usano Bonobo/Corba ecc... 
Si, ma GTK+ != Glib.


 Mi spieghi che te ne fai di un oggetto GTK+ senza GUI?
Vedi quindi che l'object model di cui si parlava non ha nulla a che vedere
con GUI e GTK+. Non tutti gli oggetti sono attaccati a un video e fanno
click quandi ci premi sopra il mouse :o)
