[Officiel] Python sur MOS

15 sujets de 46 à 60 (sur un total de 119)

Yomgui
3 mars 2005 à 17h26 #30321
oui j’y était justement en train d’y penser! Je vais m’okp de cela ce soir… si je m’endors pas comme hier
M_o_Illusion
3 mars 2005 à 22h11 #30322
Héhé courage ^^
anonyme
4 mars 2005 à 6h19 #30323
@yomgui:

Python m’intéresse. J’ai un programme tout écrit en python sur mon peg et j’aimerai savoir si pour moi, il vaut mieux attendre la sortie officielle pour bosser dessus ou récupérer les archives en l’état sur le site du wikipeg pour commencer ??
DaddyDav
4 mars 2005 à 9h52 #30324
J’ai téléchargé les tuto de pixel aussi mais je n’ai pas encore eu le temps de regarder ça de près. Mais je veux bien jeter un coup d’oeil. Par contre le report ne sera surement pas 1 par semaine je n’ai malheurement pas le temps nécessaire…

Je regarderai quand j’en aurais marre du C et de DW. Mais en ce moment j’ai la motiv alors je fonce dessus et pas le temps pour le reste. Cette situation va biensûr évoluer et j’aurai du temps pour tester ton truc et voir comment ça marche.
Yomgui
4 mars 2005 à 11h23 #30325
@rusback:

bouge pas… la semaine prochaine j’envois par mail l’archive aux premier motivés!

Hiers j’ai corrigé plein de trucs pour avoir qq chose de globalement stable. Subsiste encore un bug (dont je ne connait pas la cause.. mais alors vraiment pas! python se freeze, voir le systèm complet. Il y a un rapport de pb dans le log morphos sauf que… il n’indique aucunnement le pb ! d’ailleur je vais mettre un copie du log à la fin du post..si qq1 comprend…).

PS: faut savoir que python est lancé ici dans un makefile

Running Task

**************************************************************

**************************************************************

Task 0x226662e0 Name 0x2266a3c4 Type 13 Pri 0

Flags 0x8 State 2 IDNestCnt -1 TDNestCnt -1

SigAlloc 0x8000ffff SigWait 0x00000100 SigRecvd 0x00000100 SigExcept 0x00000000

ExceptCode 0x1010067c ExceptData 0x00000000 TrapCode 0x10100984 TrapData 0x00000000

Switch 0x00000000 Launch 0x00000000 UserData 0x00000000

SPLower 0x2267ad78 SPUpper 0x2267ed78 SPReg 0x2267ed10

ETask 0x22309f14

MemPool 0x2226bc48 PPCLibData 0x00000000

PPCSPLower 0x22d92a24 PPCSPUpper 0x22e92a20

PPCTrapMsgPort 0x00000000 PPCTrapMessage 0x222c5c6c

PPCRegFrame 0x22e90df0

Private[] 0x00000000 0x00000000 0x00000000 0x00000000

EmulHandle 0x00000000

EmulHandle 0x22672190 Type 0x00000004 Flags 0x00000001

SuperHandle 0x10001000 Type 0x00000000 WaitMask 0x00000000 SyncMask 0x00000000

USP 0x00000000 SSP 0x200028a8 VBR 0x2000cf60

SFC 0x00000000 DFC 0x00000000 CACR 0x00000000 TC 0x00000000

ITT0 0x00000000 ITT1 0x00000000 DTT0 0x00000000 DTT1 0x00000000

URP 0x00000000 SRP 0x00000000 BUSCR 0x00000000 PCR 0x04310000

SRR0 0x00000330 SRR1 0x0008f030

LR 0x22808540 CTR 0x1010b000

CR 0x48028844 XER 0x00000000

GPR[00] 00000331 22e91530 22672190 2292592c 00000000 22e9154c 22e91550 2294c39c

GPR[08] 000000fc 22925990 0000001f 00004000 48024844 2268df70 22c141f0 00000000

GPR[16] 22c108d4 00000000 226aa714 00000001 00000000 226adf70 00000000 00000001

GPR[24] 00000000 00000000 228dee2c 22e91548 22e9154c 22e91550 228084e0 2292592c

LR -> python.library Hunk 1 Offset 0x000a2720

CTR -> Module Hunk 0 Offset 0x0000b000

PPCStackFrame History:

StackFrame[-0].LR-> Address 0x2278995c -> python.library Hunk 1 Offset 0x00023b3c

StackFrame[-1].LR-> Address 0x228085e4 -> python.library Hunk 1 Offset 0x000a27c4

StackFrame[-2].LR-> Address 0x22809128 -> python.library Hunk 1 Offset 0x000a3308

StackFrame[-3].LR-> Address 0x22809304 -> python.library Hunk 1 Offset 0x000a34e4

StackFrame[-4].LR-> Address 0x22809c38 -> python.library Hunk 1 Offset 0x000a3e18

StackFrame[-5].LR-> Address 0x22809c70 -> python.library Hunk 1 Offset 0x000a3e50

StackFrame[-6].LR-> Address 0x227a29e8 -> python.library Hunk 1 Offset 0x0003cbc8

StackFrame[-7].LR-> Address 0x227fe348 -> python.library Hunk 1 Offset 0x00098528

StackFrame[-8].LR-> Address 0x22769b58 -> python.library Hunk 1 Offset 0x00003d38

StackFrame[-9].LR-> Address 0x22bdb1e8 -> build/lib.morphos-2.4/audioop.pylib Hunk 1 Offset 0x00006fc8

StackFrame[-10].LR-> Address 0x227fba90 -> python.library Hunk 1 Offset 0x00095c70

StackFrame[-11].LR-> Address 0x227fb3f4 -> python.library Hunk 1 Offset 0x000955d4

StackFrame[-12].LR-> Address 0x227a2d30 -> python.library Hunk 1 Offset 0x0003cf10

StackFrame[-13].LR-> Address 0x227dd2a0 -> python.library Hunk 1 Offset 0x00077480

StackFrame[-14].LR-> Address 0x227da69c -> python.library Hunk 1 Offset 0x0007487c

StackFrame[-15].LR-> Address 0x227dd528 -> python.library Hunk 1 Offset 0x00077708

StackFrame[-16].LR-> Address 0x227dd384 -> python.library Hunk 1 Offset 0x00077564

StackFrame[-17].LR-> Address 0x227da69c -> python.library Hunk 1 Offset 0x0007487c

StackFrame[-18].LR-> Address 0x227db9f8 -> python.library Hunk 1 Offset 0x00075bd8

StackFrame[-19].LR-> Address 0x2279388c -> python.library Hunk 1 Offset 0x0002da6c

StackFrame[-20].LR-> Address 0x22779ce4 -> python.library Hunk 1 Offset 0x00013ec4

Full PPC mode: Last 68k context

PC 216ded24 SR 0000

Dn[0] 00000028 00000000 00000000 00000001 00000000 22e912f0 11007000 00000000

An[0] 2294c3c0 2294c3b0 00000182 21cb07d8 22e90fd8 22e914b0 20000c44 2267ed70

PC -> MOSSYS:LIBS/ixemul.library Hunk 5 Offset 0x0000015c

Stack: 0x2267ed70

A7[-32] 00000000 22e90fd8 22e914b0 20000c44

A7[-16] 21c150d8 226aa234 2297a42c 11328720

A7[000] 00004000 2266a3bc 00004028 2230d604

A7[016] 2230d600 0a000000 00000000 2267ee10

A7[032] 2267eda0 22682da0 00003f90 83ebfffc

A7[048] 0000004c 00000000 22707974 686f6e2d

A7[064] 322e342e 73686172 65640020 2d450044

A7[080] 6174613a 536f7572 6365732f 432f5079

A7[096] 74686f6e 2d322e34 2f736574 75702e70

A7[112] 79006275 696c6400 0a00002c 20090000

0x22707974 -> python.library Hunk 4 Offset 0x00001a2c

Last saved PPCThread State:

SRR0 0x1011ebac SRR1 0xf030 LR 0x101101fc R1 0x22e911d0

GPR[00] 227886ac 22e911d0 22672190 00000000 00000000 ffffffff 00000022 2297a68c

GPR[08] ffffffff 2267ed6c 00000000 00000000 10001000 00000004 00000000 11007000

GPR[16] 1100859c 11008348 110084c0 1100873c 11008748 22672190 226662e0 00000000

GPR[24] 11007000 fffffffe 00000000 088c3630 203315d8 22e91238 22e90ed0 20000c44

FPSCR 43efff0000104050

FPR[00] 4005bf0a8b145769 4005bf0a22e913ea 2226bc600000002f 2297a91020000c44

FPR[04] 2226bc482297a01c 22e90ef01010a76c 226b593422c1bb8a 22b2d40c0000002f

FPR[08] 2297a91020000c44 22e90f101010b148 00000000cc66f237 22e90f3022e913e0

FPR[12] 2285e51c2297a914 22e90f2022818b78 226b593422c1bb8a 22e90f30227a706c

FPR[16] 226b59342297a914 22e90f40227ab1d0 226b59342297a914 22e90f5022789c78

FPR[20] 22e913ea00000013 22e913a0227fa65c 0000000000000000 0000000000000000

FPR[24] 0000000000000000 0000000000000000 0000000000000000 0000000000000000

FPR[28] 0000000000000000 0000000000000000 0000000000000000 0000000000000000

SRR0 -> Module Hunk 0 Offset 0x0001ebac

LR -> Module Hunk 0 Offset 0x000101fc

SegList 0x08875522 GlobVec 0x202da480

StackBase 0x0899eb5e StackSize 0x00004000

TaskNum 0x0000000b Result2 0x00000000

CurrentDir 0x088b1672 CIS 0x0874829f

COS 0x08748305 CES 0x00000000

ConsoleTask 0x21c29a38 FileSystemTask 0x20007a3c

CLI 0x08b2adaf ReturnAddr 0x2267ed70

PktWait 0x00000000 WindowPtr 0x00000000

HomeDir 0x088c356e Flags 0x00000026

ExitCode 0x00000000 ExitData 0x00000000

Arguments 0x2239f724 ShellPrivate 0x00000000

CmdName:
**************************************************************

**************************************************************
lugduweb
4 mars 2005 à 12h40 #30326
pas bô le log

(tu vas faire fuir les testeurs avec ça)…

Bon allez me casse au ski moi !

Amusez vous bien

PS : j’ai mis une petite annonce pour des beta testeurs sur wikipeg.

@+ et bon courage
henes
4 mars 2005 à 12h45 #30327
Il manque le début du log. Impossible de savoir si c’est un accès

illégal en lecture, écriture, où, etc…
henes
4 mars 2005 à 12h49 #30328
Même si tu as perdu le début (ta faute:-p), il y a plein d’offsets

intéressants dans le log. Il devrait t’être facile de trouver le

point de plantage avec ça pourtant.
Yomgui
4 mars 2005 à 12h52 #30329
héhé je t’attendais au tournant Henes !!

car c’est la le pb.. y a rien d’autre ! avant c’est le boot du system !

je t’envois le log complet si tu veux de mes 10 derniers crash

j’ai rien paumé…

de plus les offset ne fonctionnes pas! addr2line me sort toujours la même lignes ! (j’ai mis la version de gcc que tu m’as fournis Henes, qui marche bien, à part ce soft de addr2line …)

zarb!
anonyme
4 mars 2005 à 21h01 #30330
@yomgui:

bon… dès que ton bug est résolu, envois moi ton archive…

Je vais ainsi pouvoir changer du C et explorer de nouveaux horizons.

Je ne laisses pas tomber pour autant Bourriquet

(bientot une version 0.2.
henes
4 mars 2005 à 21h08 #30331
@yomgui

Vire cette cette idiotie de logserver alors. Quand il est activé, le

« vrai » log de debug (ramdebug/serial) est modifié.

Quand à addr2line, il n’est pas utilisable. Utilise objdump comme déjà

expliqué 3 milliards de fois :-p
Yomgui
8 mars 2005 à 11h01 #30332
@Henes:

Je croyais que l’archive gcc que tu m’avais envoyé corrigé le pb de addr2line ? Mais à quoi tu me serts Henes ?!

PS: bah oui j’ai attaqué mon dump de 14 Mo avec le log…

… pas d’avancement car ça me montre juste qq chose que je savais déjà: une structure dans python est trashée. structure importante vu que c’est celle des objects.

Je cherche pourquoi.. mais c’est pas du tout évident! Vu que le pb est pseudo-alléatoire…

@rusback: ok ok…
Yomgui
17 mars 2005 à 13h56 #30333
J’ai 1 bonne et 2 mauvaises nouvelles:

La bonne c’est que je commence à avoir un Python en version statique avec pleins de scripts qui marchent de mieux en mieux.

Le pb c’est comme c’est du statique, ts les modules sont linkés = bin énome et pas de possibilité d’utiliser python en embarqué comme dans blender par exemple (car trop lourd).

La première mauvaise est que la version partagée en .library met du temps car j’ai un bug majeur important provoquant la mort de l’appli utilisant la lib python pour une raison que j’ignore actuellement. parfois c’est la mort du système entier! Comme c’est asset fréquent, je ne peux sortir la lib…

La deuxième mauvaise nouvelle est que je me doit d’arrêter tout développements pour les 3 mois à venir pour des raisons personnelles. Rien de grave rassurez-vous, mais qq chose me prenant tous mon temps libre.

Je suis en train de voir pour passer mon code à qq1 pour continuer à chercher mon fameux bug… on ne sait jamais…

Reprise du taf vers la mi-juin au mieux .
henes
17 mars 2005 à 15h52 #30334
Tu as pu tester si c’était lié au bug dont on a parlé hier ?
Yomgui
17 mars 2005 à 16h47 #30335
J’ai regardé le code assembleur de exit().

il reprend les valeur de CR, LR, R12 et R13 dans un espace sauvé en dans la région .sbss2., et branch sur LR.

Donc exit() peut être appelé de n’importe où je pense vu qu’il retablie lui-même les globals non ?

Enfin y a un truc qui me chagrine… c’est comment peut-il retrouver .sbss2 d’un programme alors que c’est le code de la lib qui appel exit(). ?

on en reparle ce soir au tel