|
|
|
|
|
Dura Lex sed Lex |
|
grazie al pirata ieri sera è stato comunicato il bug che è alla base del noioso problema del ghost : LINK VISIBILE SOLO AGLI UTENTI REGISTRATI
inoltre consiglio di tenere d'occhio le pagine qua sotto segnalate: una è quella su lopster con relativo forum, l'altra quella dello sviluppatore del port per win:
LINK VISIBILE SOLO AGLI UTENTI REGISTRATI
LINK VISIBILE SOLO AGLI UTENTI REGISTRATI
|
|
|
|
|
|
|
|
Membro Onorario |
|
|
Forse sarebbe stato meglio segnalare anche che cio' avviene solo con server slavanap : )
|
|
|
|
|
|
|
|
Dura Lex sed Lex |
|
Litt, a me succede anche con divxworld, che è opennap.... 
|
|
|
|
|
|
|
|
Membro semplice |
|
Provato e riprovato Litt avviene anche su a*eritivi, martini, divxworld e foodforfree.
Il server non c'entra, è lopster che lascia aperta la comunicazione col server.
Dovro' inoltre segnalare l'ennesimo bug di questo client per quanto riguarda il meta, visto che non è stato segnalato da nessuno e forse manco nessuno se n'è accorto.
Slavanap e Opennap non c'entrano.
|
|
|
|
|
|
|
|
Membro Onorario |
|
|
uh strano.. a me e' sempre successo solo con i server slavanap Oo
|
|
|
|
|
|
|
|
King of flamers |
|
|
Spesso con slava, raro con open ma comunque capita.
|
|
|
|
|
|
|
|
Dura Lex sed Lex |
|
|
a me succede sempre,ripeto sempre, ogni qualvolta mi disconnetto da un server a prescindere se slava o open.....
|
|
|
|
|
|
|
|
Membro semplice |
|
| maxy ha scritto: | | a me succede sempre,ripeto sempre, ogni qualvolta mi disconnetto da un server a prescindere se slava o open..... |
Anche a me
|
|
|
|
|
|
|
|
SUPER MODERATORE |
|
|
quello che che mi succedeva quando l'avevo installato e vi avevo segnalato...... .
|
|
|
|
|
|
|
|
Membro semplice |
|
// Negoziazione TCP
07/21-13:21:33.591229 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26174 IpLen:20 DgmLen:48 DF
******S* Seq: 0xFF2FBC67 Ack: 0xDC6C6452 Win: 0x4000 TcpLen: 28
TCP Options (4) => MSS: 1460 NOP NOP SackOK
07/21-13:21:33.593002 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:0 IpLen:20 DgmLen:48 DF
***A**S* Seq: 0x36BDCC96 Ack: 0x910AEFBA Win: 0x16D0 TcpLen: 28
TCP Options (4) => MSS: 1460 NOP NOP SackOK
07/21-13:21:33.593266 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26175 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBC68 Ack: 0x132A30E9 Win: 0x4470 TcpLen: 20
// Login al server
07/21-13:21:33.595488 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26176 IpLen:20 DgmLen:114 DF
***AP*** Seq: 0xFF2FBC68 Ack: 0x132A30E9 Win: 0x4470 TcpLen: 20
[[ il client manda i dati al server per l'autentificazione ]]
07/21-13:21:33.597609 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26483 IpLen:20 DgmLen:40 DF
***A**** Seq: 0x36BDCC97 Ack: 0x910AF004 Win: 0x16D0 TcpLen: 20
07/21-13:21:33.613987 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26484 IpLen:20 DgmLen:60 DF
***AP*** Seq: 0x36BDCC97 Ack: 0x910AF004 Win: 0x16D0 TcpLen: 20
[[ client accettato ]]
// Inizio comunicazioni
07/21-13:21:33.637743 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26177 IpLen:20 DgmLen:116 DF
***AP*** Seq: 0xFF2FBCB2 Ack: 0x132A30FD Win: 0x445C TcpLen: 20
07/21-13:21:33.644337 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26485 IpLen:20 DgmLen:641 DF
***AP*** Seq: 0x36BDCCAB Ack: 0x910AF050 Win: 0x16D0 TcpLen: 20
07/21-13:21:33.719736 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26178 IpLen:20 DgmLen:124 DF
***AP*** Seq: 0xFF2FBCFE Ack: 0x132A3356 Win: 0x4203 TcpLen: 20
07/21-13:21:33.722200 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26486 IpLen:20 DgmLen:150 DF
***AP*** Seq: 0x36BDCF04 Ack: 0x910AF0A4 Win: 0x16D0 TcpLen: 20
07/21-13:21:33.829292 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26179 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBD52 Ack: 0x132A33C4 Win: 0x4195 TcpLen: 20
07/21-13:21:33.831027 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26487 IpLen:20 DgmLen:50 DF
***AP*** Seq: 0x36BDCF72 Ack: 0x910AF0A4 Win: 0x16D0 TcpLen: 20
07/21-13:21:34.030347 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26180 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBD52 Ack: 0x132A33CE Win: 0x418B TcpLen: 20
//
// Richiesta di disconnessione al client che risponde positivamente xò non fà ASSOLUTAMENTE niente!!!
// E inoltre..
//
// Il server s'incazza e chiede al client dov'è finito!
07/21-13:21:54.336350 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26489 IpLen:20 DgmLen:62 DF
***AP*** Seq: 0x36BDCF7C Ack: 0x910AF0A4 Win: 0x16D0 TcpLen: 20
// IL CLIENT CHE SULLA GUI SEGNALA LA DISCONNESSIONE CONTINUA A RISPONDERE AL SERVER E MANTIENE VIVA LA SOCKET!!!!!
07/21-13:21:54.459843 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26181 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBD52 Ack: 0x132A33E4 Win: 0x4175 TcpLen: 20
07/21-13:22:54.430581 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26491 IpLen:20 DgmLen:62 DF
***AP*** Seq: 0x36BDCF92 Ack: 0x910AF0A4 Win: 0x16D0 TcpLen: 20
07/21-13:22:54.547017 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26182 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBD52 Ack: 0x132A33FA Win: 0x415F TcpLen: 20
07/21-13:23:54.433879 Opennap-ng:8888 -> Lopster:1541
TCP TTL:60 TOS:0x0 ID:26493 IpLen:20 DgmLen:59 DF
***AP*** Seq: 0x36BDCFA8 Ack: 0x910AF0A4 Win: 0x16D0 TcpLen: 20
07/21-13:23:54.632959 Lopster:1541 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26183 IpLen:20 DgmLen:40 DF
***A**** Seq: 0xFF2FBD52 Ack: 0x132A340D Win: 0x414C TcpLen: 20
//
// Nuova connessione
//
// Negoziazione TCP
07/21-13:24:34.610858 Lopster:1542 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26186 IpLen:20 DgmLen:48 DF
******S* Seq: 0x1E26989 Ack: 0xDC6C6452 Win: 0x4000 TcpLen: 28
TCP Options (4) => MSS: 1460 NOP NOP SackOK
07/21-13:24:34.610866 Opennap-ng:8888 -> Lopster:1542
TCP TTL:60 TOS:0x0 ID:0 IpLen:20 DgmLen:48 DF
***A**S* Seq: 0x434FFDEA Ack: 0x93BD9CDC Win: 0x16D0 TcpLen: 28
TCP Options (4) => MSS: 1460 NOP NOP SackOK
07/21-13:24:34.611131 Lopster:1542 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26187 IpLen:20 DgmLen:40 DF
***A**** Seq: 0x1E2698A Ack: 0x1FBC623D Win: 0x4470 TcpLen: 20
// Login al server
07/21-13:24:34.614260 Lopster:1542 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26188 IpLen:20 DgmLen:114 DF
***AP*** Seq: 0x1E2698A Ack: 0x1FBC623D Win: 0x4470 TcpLen: 20
[[ il client manda i dati al server per l'autentificazione ]]
07/21-13:24:34.616406 Opennap-ng:8888 -> Lopster:1542
TCP TTL:60 TOS:0x0 ID:3953 IpLen:20 DgmLen:40 DF
***A**** Seq: 0x434FFDEB Ack: 0x93BD9D26 Win: 0x16D0 TcpLen: 20
07/21-13:24:34.630182 Opennap-ng:8888 -> Lopster:1542
TCP TTL:60 TOS:0x0 ID:3954 IpLen:20 DgmLen:71 DF
***AP*** Seq: 0x434FFDEB Ack: 0x93BD9D26 Win: 0x16D0 TcpLen: 20
[[ Il server segnala che un'altro utente è già connesso (e ce credo!!) ]]
// Il server chiude la connessione TCP
07/21-13:24:34.630221 Opennap-ng:8888 -> Lopster:1542
TCP TTL:60 TOS:0x0 ID:3955 IpLen:20 DgmLen:40 DF
***A***F Seq: 0x434FFE0A Ack: 0x93BD9D26 Win: 0x16D0 TcpLen: 20
07/21-13:24:34.630398 Lopster:1542 -> Opennap-ng:8888
TCP TTL:64 TOS:0x0 ID:26189 IpLen:20 DgmLen:40 DF
***A**** Seq: 0x1E269D4 Ack: 0x1FBC625D Win: 0x4451 TcpLen: 20
|
|
|
|
|
|
|
|
Membro semplice |
|
Come potete ben vedere il server non c'entra nulla!
Opennap o Slavanap nessuna differenza. Il log è stato preso da una comunicazione con un server opennap-ng famoso 
N.B.:
Attenzione al numero di ghost consentiti!!! Su a*eritivi per esempio il problema non sussiste!! Questo non xchè runna opennap ma xchè ha il max clone a n (sono arrivato a 10 client contemporaneamente eppoi preso da conati di vomito mi sono fermato).
Problema metaserver:
Per una ragione oscura, a Lopster non piace quando il metaserver ritorna il nome simbolico del server al quale connettersi e non l'IP.
Reconnecting Timing:
Non ho trovato un modo per regolarlo. In alcune situazioni il client spara una raffica di reconnect a ripetizione!! Se tutti lo usassero, un server full, o giù, o intasato, o chissà che altro, riceverebbe un flooding di connection request da metterlo quasi in ginocchio!!!
La finestra dos con errori di reference a oggetti gtk non mi interessa. Altri bachetti di GUI li ignoro. Ma questo genere di bachi mi spiace ma non li accetto!! 
Finiti i test. Posso finalmente disistallarlo e continuare ad usare il mio vecchio WinMx. Quando le alpha e le beta spariranno e uscirà una versione Stable, forse lo reistallerò e tenterò di cambiare opinione..
Ciao ciao WinLopster 
Ultima modifica di @-randa-@ il Lun Lug 21, 2003 8:10 pm, modificato 1 volta in totale
|
|
|
|
|
|
|
|
Dura Lex sed Lex |
|
grazie randa...al di là delle cifre numeri etc che per me sono sanscrito, il concetto è chiaro.
A questo punto mi domando: saranno stati fatti dei test prima della release?
Possibile che questo problema non sia stato evidenziato? Eppure di problema importante si tratta....mah!!!
Debbo dire che lato user il bug per quanto grosso a me non ha dato granchè fastidio e sono soddisfatto del funzionamento per i motivi che ho già ripetutamente detto: insomma al momento e dopo vari giorni di test pesanti trovo che comunque sia nettamente superiore a win mx, non c'è paragone.
Capisco randa che lato server il problema è molto più pesante e , mi sembra di capire, tale da compromettere il funzionamento di un server dedicato.
Staremo a vedere... 
Ultima modifica di maxy il Lun Lug 21, 2003 2:21 pm, modificato 1 volta in totale
|
|
|
|
|
|
|
|
SUPER MODERATORE |
|
Randa 6 stato molto più paziente di me.
Come dice il proverbio...... chi lascia........
Next generation.
|
|
|
|
|
|
|
|
Membro semplice |
|
Bella domanda max.. ..booooooohh!! 
Non penso che lo sviluppatore si sia dimenticato di associare al disconnect da client la chiusura della socket.. imo può essere anche un problema d MinGW o di tutti e due..
Il problema è imo (come avevo già fatto notare in altri post) è quello di usare una interfaccia di sviluppo e non le risorse native di Win. Questo genere di tool, imo, è ottimo a scopo didattico o per fare il solito printf("Hello World!") ma non per sviluppare una appz complessa e con molti punti critici.
Continuo a pensare che il progetto csì com'è sarà un fallimento.
Il GNU C compiler è, imo, uno dei + potenti e affidabili compilatori. Genera ottimo codice, ha un altissimo livello di debug, ha delle fantastiche prestazioni! Questo dentro Linux e i *nix che lo supportano a pieno. Fuori la situazione cambia radicalmente.
Spero che il "concetto" di lopster venga preso in carico da altri o anche dallo stesso develop ma riscritto come applicazione per Win. Microsoft fà già fatica a far girare cristianamente le sue applicazioni, figuriamoci un porting con queste basi!!
|
|
|
|
|
|
|
|
Membro semplice |
|
| maxy ha scritto: | Capisco randa che lato server il problema è molto più pesante e , mi sembra di capire, tale da compromettere il funzionamento di un server dedicato.
Staremo a vedere... |
Nònò.. questa non è una segnalazione da Admin di server opennap. Il problema non è solamente di un server dedicato o di un server con un alta utenza lopster. Il problema è, imo, di utilizzare un programma con bugs troppo importanti (forse potenzialmente rischiosi). Se si diffondesse a macchia d'olio, imo e ripeto imo, creerebbe non pochi problemi, non solo ai servers ma in generale.
Eppoi stiamo parlando di una release alpha=prima fase di test in distribuzione. E manifesta in pieno il suo status.
Nella mia vita avrò usato forse una o due release alpha di qualche programma. Solo xchè non c'erano alternative. In questo caso l'alternativa c'è ed è bene o male valida. Bene o male ha fatto il suo lavoro egregiamente visto che siamo tutti pieni di filmati delle vancanze di amici parenti zii prozii nonni e chi +ne ha + ne metta..
|
|
|
|
|
|
PER POTER SCRIVERE UN NUOVO MESSAGGIO BISOGNA REGISTRARSI
|
