Richiesta Aiuto Ad Esperti: Kastors In C Oppure E Senza C2z

[faenil]

Salve ragazzi, per chi non mi conosce, sono faenil, un i8910 firmware modder abbastanza conosciuto

sto cercando un modo per evitare di usare la c2z quando si vogliono attivare i kastors customizzati...

ho modificato (con una unica patch di rompatcher) aknskinsrv.dll , ImageViewer.exe, MGXUiBase.dll, ho copiato il file .sel in C (quello del tema di default s60), e ho modificato il manifest dei kastors per dirgli di leggere in C oppure E, ma non riesco ancora a far funzionare questa modifica...

qualcuno ha idea di cosa manchi?

Spero nella partecipazione di qualcuno di esperto... senza nulla togliere ai novelli

Modificato 29 Luglio 2010 da faenil

[IoEsisto]

cosi difficile?

modifica solo il file aknskinsvr.dll per prendere il manifest gli effetti da Z: a C: - Mandami il file se vuoi te lo modifico io

modifica anche il manifest (ma vedo che l'hai già fatto)

lascia stare la parte per la skin quella viene gestita in Z:

visto che sei un Cooker come me, non mettere la cartella effects in Z:

mettila in C:\Resource\Effects e copiaci i KML

rimetti tutto apposto e prova

Modificato 31 Luglio 2010 da IoEsisto

[faenil]

cosi difficile?

modifica solo il file aknskinsvr.dll per prendere il manifest gli effetti da Z: a C: - Mandami il file se vuoi te lo modifico io

modifica anche il manifest (ma vedo che l'hai già fatto)

lascia stare la parte per la skin quella viene gestita in Z:

visto che sei un Cooker come me, non mettere la cartella effects in Z:

mettila in C:\Resource\Effects e copiaci i KML

rimetti tutto apposto e prova

non vorrei sembrare presuntuoso, però non sono un niubbo

è logico che l'ho già modificato l'aknskinsvr.dll, c'è scritto nel mio primo messaggio, ho tolto la cartella da z, ho messo tutti gli effetti in C (dopo il format, i samsung hanno una struttura fw diversa, l'unico modo per copiarli dopo l'hardreset è con lo script) :| ho provato sia modifica hex e poi impianto nel fw, e sia patch per rompatcher per modificare la dll, stesso risultato..

scusa ma, tu hai già funzionante i kastor in C senza c2z?

perchè per supposizione anche io pensavo bastasse modificare aknskinsvr.dll (ho modificato anche gli altri due file)..

invece non va

Modificato 31 Luglio 2010 da faenil

[IoEsisto]

allora, dopo prove e riprove devo desistere... non va... o per lo meno la teoria non coincide con la pratica

aknskinsvr.dll è il file giusto da modificare perché ha l'indirizzamento a Z:\Resource\Effects e gestisce anche gli skin quindi è questo il file

ora bisogna vedere 2 cose

1) il manifest deve essere modificato in maniera tale che tutti i file abbiano riferimento C:\Resource\Effects e cosi anche il file sel cioè ogni effetto deve fare riferimento a una path ben precisa

2) gli effetti sono legati agli skin? a questo punto entra in gioco anche il tema di defautl che si va a mettere

CenREP 101F876F

Modificato 31 Luglio 2010 da IoEsisto

[faenil]

facile a parlare eh?

comunque...

1) modificato

2) secondo me sono legati, ma non c'è nessun riferimento a drive nei dei temi...

anche se qualcosa deve esserci....

[IoEsisto]

hai provato a vedere i riferimenti che vengono cambiati in EFSvr.dll dalla C2Z ?

[faenil]

hai provato a vedere i riferimenti che vengono cambiati in EFSvr.dll dalla C2Z ?

sì ho provato tempo fa, purtroppo non sono stringhe, è codice compilato...

ho aperto la dll con IDA Pro ed ho visto le istruzioni che vengono cambiate modificando quei valori esadecimali...

ma non ho esperienza di assembler ARM quindi non sono riuscito a capire nulla

[Il.Socio]

In base ai risultati che avete ottenuto, suppongo che aknskinsvr.dll (o altro componente legato alla gestione dei kastor) utilizzi la funzione RFile::Open() di efsrv.dll per caricare alcuni file...

RFile::Open() e' la funzione che viene patchata dalla c2z.

Puo' tornare molto utile collezionare il maggior numero di informazioni possibili:

- individuare tutti i componenti kastor che utilizzano la RFile::Open()

- individuare quale/i file vengono caricati tramite questa funzione

L'idea di fondo e' di arrivare a capire chi e' che chiama la RFile::Open() e poter patchare il parametro passato in modo da includere anche il drive "c:\"

Al fondo di questo post c'e' una descrizione aggiuntiva:

https://www.nokioteca.net/home/forum/index....t&p=1276219

Modificato 3 Agosto 2010 da Il.Socio

[faenil]

In base ai risultati che avete ottenuto, suppongo che aknskinsvr.dll (o altro componente legato alla gestione dei kastor) utilizzi la funzione RFile::Open() di efsrv.dll per caricare alcuni file...

RFile::Open() e' la funzione che viene patchata dalla c2z.

Puo' tornare molto utile collezionare il maggior numero di informazioni possibili:

- individuare tutti i componenti kastor che utilizzano la RFile::Open()

- individuare quale/i file vengono caricati tramite questa funzione

L'idea di fondo e' di arrivare a capire chi e' che chiama la RFile::Open() e poter patchare il parametro passato in modo da includere anche il drive "c:\"

Al fondo di questo post c'e' una descrizione aggiuntiva:

https://www.nokioteca.net/home/forum/index....0&p=1276219

grazie per il supporto marco...

ma come vedo quali file utilizzano la open

e come vedi quali file vengono caricati

Modificato 1 Agosto 2010 da faenil

[IoEsisto]

allora oggi mi cimenterò di nuovo, prima di andare ad operare sulle dll principali

bisognerebbe fare queste prove, se qualcuno le ha già fatte magari me lo dicesse

1) svincolare gli effetti dal tema default S60theme per intenderci quindi aver cancellato il 101f8b9.sel

2) indicare la skin di default che verrà utilizzata in 101F876F.txt 0x2 0x13 0x14

3) modificare aknskinsvr.dll per far gestire il tutto in E: cosi non ci sbagliamo

4) dopo di che sempre modificando il file 101F876F.txt 0x1 mettiamo come valore 2 al posto di 0 per dirgli che il tema è in E:

Prima Prova

5) mettere il file *.sel in E:\Resource\Skin\NomeTema\ rinominandolo con uid del tema che abbiamo impostato come default

6) mettere il file manifest in E:\Resource\Effects\

Seconda Prova - se la prima non ha successo

7) mettere il file *.sel in E:\private\10207114\import\NomeTema\*.sel

8) mettere il manifest in E:\Resource\Effects\

==========================================================================

Fatemi sapere

Modificato 2 Agosto 2010 da IoEsisto

[faenil]

allora oggi mi cimenterò di nuovo, prima di andare ad operare sulle dll principali

bisognerebbe fare queste prove, se qualcuno le ha già fatte magari me lo dicesse

1) svincolare gli effetti dal tema default S60theme per intenderci quindi aver cancellato il 101f8b9.sel

2) indicare la skin di default che verrà utilizzata in 101F876F.txt 0x2 0x13 0x14

3) modificare aknskinsvr.dll per far gestire il tutto in E: cosi non ci sbagliamo

4) dopo di che sempre modificando il file 101F876F.txt 0x1 mettiamo come valore 2 al posto di 0 per dirgli che il tema è in E:

Prima Prova

5) mettere il file *.sel in E:\Resource\Skin\ rinominandolo con uid del tema che abbiamo impostato come default

6) mettere il file manifest in E:\Resource\Effects\

Seconda Prova - se la prima non ha successo

7) mettere il file *.sel in E:\private\10207114\import\NomeTema\*.sel

8) mettere il manifest in E:\Resource\Effects\

==========================================================================

Fatemi sapere

ma sei sicuro che basta modificare aknskinsrv.dll? io modifico anche gli altri due...

inoltre, Il.Socio, secondo te è meglio per la modifica delle dll ed exe, fare una patch con rompatcher da applicare sui file originali, oppure mettere i file modificati nel rofs1 (gli originali sono nel file core)?

cioè mettendo i file nel rofs1 questi vanno a sovrascrivere quelli del file core, ma non è che si sfasa qualche indirizzo? (si assume che la lunghezza dei due file sia la stessa e venga cambiato solo quel byte del drive)...

cioè li sovrascrive e basta? posso stare tranquillo?

io sapevo inoltre che veniva controllato il checksum dei file, quindi se metto un file (della rom) modificato in rofs1, ci sono dei problemi perchè il sistema riconosce che non è quello con cui è stata compilata la rom...

che mi dici?

Modificato 2 Agosto 2010 da faenil

[Il.Socio]

grazie per il supporto marco...

ma come vedo quali file utilizzano la open

e come vedi quali file vengono caricati

Purtroppo ho pochissimo tempo in questo periodo e devo prepararmi per le vacanze... altrimenti ti avrei potuto semplificare il lavoro un bel po'.

Per vedere chi usa la rfile:open() forse puoi dare uno sguardo al sito symbian e dei relativi sorgenti, in modo da recuperare la lista delle dipendenze... devi arrivare ad ottenere tutte le dll e gli exe che utilizzano la rfile:open()

Sara' relativa alla 5th edition, ma meglio di niente.

Per un approccio piu' metodico e preciso, e' necessario un dump del firmware ed una analisi dei vari import/export (nel thread sui "kastor - ricerca" ci sono alcuni riferimenti a riguardo).

Per i file che vengono caricati, esiste un file monitor (per 3rd), che gira sul cell. e che logga tutte le operazioni che vengono compiute sui file... apertura/lettura/scrittura/chiusura.

Ma non ce l'ho sottomano al momento e non ho tempo di recuperarlo... forse si chiama proprio "filemon".

Modificato 2 Agosto 2010 da Il.Socio

[faenil]

Purtroppo ho pochissimo tempo in questo periodo e devo prepararmi per le vacanze... altrimenti ti avrei potuto semplificare il lavoro un bel po'.

Per vedere chi usa la rfile:open() forse puoi dare uno sguardo al sito symbian e dei relativi sorgenti, in modo da recuperare la lista delle dipendenze... devi arrivare ad ottenere tutte le dll e gli exe che utilizzano la rfile:open()

Sara' relativa alla 5th edition, ma meglio di niente.

Per un approccio piu' metodico e preciso, e' necessario un dump del firmware ed una analisi dei vari import/export (nel thread sui "kastor - ricerca" ci sono alcuni riferimenti a riguardo).

Per i file che vengono caricati, esiste un file monitor (per 3rd), che gira sul cell. e che logga tutte le operazioni che vengono compiute sui file... apertura/lettura/scrittura/chiusura.

Ma non ce l'ho sottomano al momento e non ho tempo di recuperarlo... forse si chiama proprio "filemon".

ok ti ringrazio se mi dai una risposta anche alle domande sotto te ne sarei grato

comunque nei sorgenti di S^3 non c'è segno di rfile::Open nei file riguardanti kastor...

c'è efsrvu.def, qualche altro file di messaggistica...

Modificato 2 Agosto 2010 da faenil

[Il.Socio]

inoltre, Il.Socio, secondo te è meglio per la modifica delle dll ed exe, fare una patch con rompatcher da applicare sui file originali, oppure mettere i file modificati nel rofs1 (gli originali sono nel file core)?

cioè mettendo i file nel rofs1 questi vanno a sovrascrivere quelli del file core, ma non è che si sfasa qualche indirizzo? (si assume che la lunghezza dei due file sia la stessa e venga cambiato solo quel byte del drive)...

cioè li sovrascrive e basta? posso stare tranquillo?

Non ci metto la mano sul fuoco, ma se il file si trova in rom, non credo che tu possa mettere in rofs l'eseguibile patchato pensando di sovrascrivere quello del core... proprio per via dell'indirizzamento diretto... Che tu sappia, esiste qualche caso in cui questo e' gia' stato fatto?

Se invece si trova in rofs nel core, allora puoi mettere le versioni gia' patchate in rofs1 senza preoccuparti di sfasare nulla.

Gli eseguibili che si trovano in rom, hanno una struttura differente da quelli che si trovano in rofs.

Per patchare il file che si trova in rom, dovrai usare una patch di rompatcher.

P.S. nota nei sorgenti non devi cercare testualmente "rfile::open"...

la chiamata a quella funzione, potrebbe presentarsi cosi':

RFile test;

test.Open("\\pippo");

o ancora soltanto come:

iTest.Open("\\pippo");

dove iTest e' una variabile di istanza della classe, definita nell'header come RFile iTest;

Modificato 2 Agosto 2010 da Il.Socio

[faenil]

Non ci metto la mano sul fuoco, ma se il file si trova in rom, non credo che tu possa mettere in rofs l'eseguibile patchato pensando di sovrascrivere quello del core... proprio per via dell'indirizzamento diretto... Che tu sappia, esiste qualche caso in cui questo e' gia' stato fatto?

Se invece si trova in rofs nel core, allora puoi mettere le versioni gia' patchate in rofs1 senza preoccuparti di sfasare nulla.

Gli eseguibili che si trovano in rom, hanno una struttura differente da quelli che si trovano in rofs.

Per patchare il file che si trova in rom, dovrai usare una patch di rompatcher.

P.S. nota nei sorgenti non devi cercare testualmente "rfile::open"...

la chiamata a quella funzione, potrebbe presentarsi cosi':

RFile test;

test.Open("\\pippo");

o ancora soltanto come:

iTest.Open("\\pippo");

dove iTest e' una variabile di istanza della classe, definita nell'header come RFile iTest;

non mi viene in mente nessun caso...

il problema è come faccio a capire quali file del core sono in rom e quali in rofs? l'header EPOC non c'è in nessun file del fw samsung...

il fw samsung ha questi file : .core, .rofs1, .rofs2, .rofs3, .rofs4 ... oltre ad altri tipo nbl ecc

come riconosco nel .core (che non è editabile con nessun programma) quali file sono in rom e quali in rofs?

ti ringrazio per la dritta sulle chiamate sto aspettando che mi arrivi "QT for Symbian" per cominciare con la programmazione symbian

pregherei qualche programmatore symbian di dare una occhiatina qui... http://developer.symbian.org/xref/epl/xref...src/AknsSrv.cpp

"_LIT(KTFxDefaultExtensionPath, "z:\\resource\\skins\\");"

penso che sia rilevante anche questo pezzo

2005 if ( location == EAknsSrvPhone )

2006 {

2007 CAknsSrvDriveMaster::GetDefaultDrive( DriveInfo::EDefaultPhoneMemory, path );

2008 if ( path.Length() > 0 )

2009 {

2010 path.Append( KAknSkinSrvPrivateSkinPath );

2011 }

2012 }

che fa l'append del drive al path delle skins

il problema è come faccio a vedere dove viene create il "aMessage" che viene passato, dove c'è scritto la location?

trovo solo definizioni e non trovo nessun che crea il messaggio e lo manda...

Modificato 2 Agosto 2010 da faenil

[IoEsisto]

io stavo giusto smanettando sul FW Samsung e non è difficile come sui Nokia lo smembramento del CORE te pensa che ho usato un semplice programmino che mi ha dato 5 cartelle, Core Rofs1 Rofs2 Rofs3 Rofs4 con dentro i rispettivi file immagini

i file immagini li puoi editare con ROFSVIEW ed extrarli

ma non mi chiedere come fare per ricrearli che non lo so ancora...

spero di esser stato d'aiuto

[faenil]

io stavo giusto smanettando sul FW Samsung e non è difficile come sui Nokia lo smembramento del CORE te pensa che ho usato un semplice programmino che mi ha dato 5 cartelle, Core Rofs1 Rofs2 Rofs3 Rofs4 con dentro i rispettivi file immagini

i file immagini li puoi editare con ROFSVIEW ed extrarli

ma non mi chiedere come fare per ricrearli che non lo so ancora...

spero di esser stato d'aiuto

ioEsisto come te lo devo dire sono rom cooker da agosto appena uscito l'omnia hd, ci sono articoli su di me su gsmarena, allaboutsymbian, hdblog, insomma non mi servono le basi

quando ho cominciato a fare il rom cooker bisognava ancora ricrearsi i file .oby a mano, perchè non c'era un tool apposito che ripacchettava tutto in un attimo...

ti ripeto non voglio risultare presuntuoso, è solo per evitare di ripeterci cose che sappiamo già, e passare un po' più al tecnico

il core non si può editare, si può solo estrarre.

per rebuidare i file basta cliccare sul pulsante apposito in rofsviewer

questo progetto è importantissimo anche per i Nokia...se riuscissimo a farlo andare sicuramente parecchie persone ce ne sarebbero grate...

Modificato 2 Agosto 2010 da faenil

[Il.Socio]

il problema è come faccio a capire quali file del core sono in rom e quali in rofs? l'header EPOC non c'è in nessun file del fw samsung...

Con uno di questi metodi (nota che alcuni metodi sono validi solo per gli eseguibili)

https://www.nokioteca.net/home/forum/index....howtopic=150394

Fw samsung o nokia non fa differenza... il formato dei vari file eseguibili e non e' sempre lo stesso, cosi' come e' lo stesso il formato del dumprom.

L'unica cosa che differisce tra i due e' il formato in cui viene assemblato poi il firmware.

il problema è come faccio a vedere dove viene create il "aMessage" che viene passato, dove c'è scritto la location?

trovo solo definizioni e non trovo nessun che crea il messaggio e lo manda...

Non e' cosi' immediato capirlo... Puo' essere un "qualsiasi" altro processo / eseguibile.

La spiegazione completa e' abbastanza lunga e richiede conoscenza dell'architettura client-server di symbian... quella breve, invece, e' che arriva da qui:

http://developer.symbian.org/xref/oss/xref...vClient.cpp#438

Devi cercare tutti gli eseguibili che richiamano la RAknsSrvSession::OpenInifile()

Funzione che dovrebbe far parte di AKNSKINSRV.dll / AKNSKINSRV.lib (vale a dire che questi eseguibili linkano necessariamente con AKNSKINSRV.lib)

Modificato 2 Agosto 2010 da Il.Socio

[faenil]

Con uno di questi metodi (nota che alcuni metodi sono validi solo per gli eseguibili)

https://www.nokioteca.net/home/forum/index....howtopic=150394

Fw samsung o nokia non fa differenza... il formato dei vari file eseguibili e non e' sempre lo stesso, cosi' come e' lo stesso il formato del dumprom.

L'unica cosa che differisce tra i due e' il formato in cui viene assemblato poi il firmware.

Non e' cosi' immediato capirlo... Puo' essere un "qualsiasi" altro processo / eseguibile.

La spiegazione completa e' abbastanza lunga e richiede conoscenza dell'architettura client-server di symbian... quella breve, invece, e' che arriva da qui:

http://developer.symbian.org/xref/oss/xref...vClient.cpp#438

Devi cercare tutti gli eseguibili che richiamano la RAknsSrvSession::OpenInifile()

Funzione che dovrebbe far parte di AKNSKINSRV.dll / AKNSKINSRV.lib (vale a dire che questi eseguibili linkano necessariamente con AKNSKINSRV.lib)

ti ringrazio per la solita pazienza marco

praticamente la OpenInifile chiede al server di eseguire la OpenInifileL con una sendreceive...

ma OpenInifile è utilizzata solo qui http://developer.symbian.org/xref/oss/xref...sclient.cpp#514

che è un programma di test tra l'altro... :|

come è possibile :|

[Il.Socio]

Purtroppo, non saprei... l'unica idea che mi viene in mente e' che il file ini non viene piu' usato nelle nuove versioni di Symbian... ma non conosco a fondo i vari file legati ai temi.

[IoEsisto]

Test della giornata

Riuscito

1) svincolare gli effetti dal tema default S60theme per intenderci quindi aver cancellato il 101f8b9.sel

2) indicare la skin di default che verrà utilizzata in 101F876F.txt 0x2 0x13 0x14

c'è da notare che se questa funzione venga modificata, e cambio tema, gli effetti smettono di funzionare anche se si trovano in Z:\

quindi gli effetti sono legati ai temi

* Quindi per uno sviluppo: si potrebbero far partire più effetti anche se sono in Z

Fallito

3) modificare aknskinsvr.dll per far gestire il tutto in E: cosi non ci sbagliamo

4) dopo di che sempre modificando il file 101F876F.txt 0x1 mettiamo come valore 2 al posto di 0 per dirgli che il tema è in E:

5) mettere il file *.sel in E:\Resource\Skin\NomeTema\ rinominandolo con uid del tema che abbiamo impostato come default

6) mettere il file manifest in E:\Resource\Effects\

il cellulare parte trova il tema, ma gli effetti non vengono caricati, al secondo riavvio il cellulare parte ma poi si resetta sempre "Come se in fase di caricamento non riesca a trovare un file o dei file in particolare"

[faenil]

Test della giornata

Riuscito

1) svincolare gli effetti dal tema default S60theme per intenderci quindi aver cancellato il 101f8b9.sel

2) indicare la skin di default che verrà utilizzata in 101F876F.txt 0x2 0x13 0x14

c'è da notare che se questa funzione venga modificata, e cambio tema, gli effetti smettono di funzionare anche se si trovano in Z:\

quindi gli effetti sono legati ai temi

* Quindi per uno sviluppo: si potrebbero far partire più effetti anche se sono in Z

Fallito

3) modificare aknskinsvr.dll per far gestire il tutto in E: cosi non ci sbagliamo

4) dopo di che sempre modificando il file 101F876F.txt 0x1 mettiamo come valore 2 al posto di 0 per dirgli che il tema è in E:

5) mettere il file *.sel in E:\Resource\Skin\NomeTema\ rinominandolo con uid del tema che abbiamo impostato come default

6) mettere il file manifest in E:\Resource\Effects\

il cellulare parte trova il tema, ma gli effetti non vengono caricati, al secondo riavvio il cellulare parte ma poi si resetta sempre "Come se in fase di caricamento non riesca a trovare un file o dei file in particolare"

a me stessi risultati ma non si resetta, il tema viene caricato (da F, perchè selezionando 2 nel txt guarda in F) ma gli effetti non vengono caricati, ed è sempre così...

non ho capito la storia della funzione modificata, di quale funzione parli?

[IoEsisto]

nel senso che avevo lasciato il file .sel in Z: pero legandolo al tema messo da me sempre in Z: rinominandolo e mettendolo nella cartella Resource\Skin\NomeTema\

quindi con questo tema messo da me gli effetti partivano, con gli altri installati successivamente no...

[faenil]

nel senso che avevo lasciato il file .sel in Z: pero legandolo al tema messo da me sempre in Z: rinominandolo e mettendolo nella cartella Resource\Skin\NomeTema\

quindi con questo tema messo da me gli effetti partivano, con gli altri installati successivamente no...

ok...vabè torniamo a noi, fatemi sapere se avete qualche notizia...

io al momento non so che fare...