3.0

merci Nico pour cette nouvelle version... que je ne peux pas tester car dès que je fais "new", le soft plante, je ne peux pas faire de nouvelle conduite...
l'import ascii plante également...

macbook pro 15'
10.5.8
Xquartz 2.5.3

bonjour à tous,
merci pour ces prompts retours de bug.

pouvez-vous quand le soft plante poster ici la commande incriminée. a savoir:
dans /Applications/utilitaires se trouve une appli qui s'appelle "console"
dans console, dans la partie gauche du soft, naviguer jusqu'à:
information de diagnostic et d'utilisation/rapport de diagnostic de l'utilisateur.

une fois là, vous allez trouvez un crash qui s'appelle:
DLight-2010-11-15-072135_brouhaha.crash
le nom du soft, la date, l'heure, le nom de l'ordi. faites gaffe à la date et à l'heure à pas m'envoyer des trucs trop vieux....

si vous cliquez sur le crash, dans la partie droite de console, vous trouverez le détails du crash.
je n'ai pas besoin de tout!!!!!
dans les toutes premières lignes du rapport, vous allez trouvez une ligne qui dit quel "thread" à crashé
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
ici, le thread 0

après, vous naviguez dans le crash et repérer le thread en question, et vous copier et poster le rapport pour le thread qui à crashé.
par ex:
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 DLight 0x00000001000050ec MLink_delete + 76
1 DLight 0x000000010000d8f1 kill_sub + 449
2 DLight 0x000000010002c968 StructDeletion + 312
3 DLight 0x0000000100037488 CFunc_EndingProcedure + 904
4 DLight 0x00000001000374fc CFunc_CreateNewShow + 60
5 DLight 0x0000000100037b38 FileFromUICommand + 280
6 libtcl8.5.dylib 0x00000001002c340a TclEvalObjvInternal + 784
7 libtcl8.5.dylib 0x00000001002c401f TclEvalEx + 2188
8 libtcl8.5.dylib 0x00000001002c43eb Tcl_EvalEx + 26
9 libtk8.5.dylib 0x00000001003c2b4b Tk_BindEvent + 5240
10 libtk8.5.dylib 0x00000001003c5d5f TkBindEventProc + 342
11 libtk8.5.dylib 0x00000001003cc5ac Tk_HandleEvent + 1784
12 libtk8.5.dylib 0x00000001003cc6da WindowEventProc + 92
13 libtcl8.5.dylib 0x0000000100327ec2 Tcl_ServiceEvent + 147
14 libtcl8.5.dylib 0x0000000100328106 Tcl_DoOneEvent + 138
15 DLight 0x0000000100045ee7 main + 247
16 DLight 0x0000000100001504 start + 52

et avec ça, on va pouvoir avancer!

++

Pour le crash midi

6 libtcl8.5.dylib 0x0000000100328181 Tcl_DoOneEvent + 261

Pour le crash print Sequence pdf

0 DLight 0x00000001000a2aab DumpSeq2Pdf + 1275

N'ai pa réussi à faire planter en faisant New comme sim.

Voilou Belle journée,

Fred

PS : Rappel 10.6.5 MBPro mid 2009

tu peux poster tout le log du thread qui crashe, please ?
et aussi juste une info, en haut du crash il y a une ligne qui dit si l'ordi tourne en 32 ou 64 bits :

Code Type: X86-64 (Native)

tu peux me donner celle là également?

++

pfffff..... erreurs de débutant!!!!!

peux-tu aussi m'envoyer un zip de ta conduite que t'utilises pour faire l'export en pdf?

++

Bonjour,

Chez moi, il plante lorsque j'ouvre mon show (première utilisation de DLight) cree avec la version 2. Je n'ai pas le temps de tester plus en profondeur pour le moment, je regarderais à ça fin de semaine. En tout cas, merci beaucoup pour ce superbe soft!

Voici le log :

Process: DLight [7321]
Path: /Applications/DLight.app/Contents/Resources/DLight
Identifier: DLight
Version: ??? (???)
Code Type: X86 (Native)
Parent Process: launchd [1]

Date/Time: 2010-11-16 10:03:28.676 +0100
OS Version: Mac OS X 10.5.8 (9L31a)
Report Version: 6
Anonymous UUID: 7B4F7625-5442-4325-82FF-E3C1E6CDF1BE

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread: 0

Thread 0 Crashed:
0 libSystem.B.dylib 0x9519ae42 __kill + 10
1 libSystem.B.dylib 0x9520d23a raise + 26
2 libSystem.B.dylib 0x95219622 __abort + 97
3 libSystem.B.dylib 0x951e543e sys_cache_control + 0
4 libSystem.B.dylib 0x951c8ca9 __strncat_chk + 43
5 DLight 0x00031085 Display_info + 133

(...)

Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00000000 ebx: 0x951e53cf ecx: 0xbfffe14c edx: 0x9519ae42
edi: 0x02c93210 esi: 0x00000000 ebp: 0xbfffe168 esp: 0xbfffe14c
ss: 0x0000001f efl: 0x00000286 eip: 0x9519ae42 cs: 0x00000007
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
cr2: 0xffe2a750

Voici pour ma part le résultat du crash midi :
Code Type: X86-64 (Native)
Crashed Thread: 6
Thread 6 Crashed:
0 DLight 0x0000000100096f86 Sub_Invoke + 22
1 DLight 0x00000001000abbea invoke_function + 74
2 DLight 0x000000010009709c CircFromSubUpdate + 92
3 DLight 0x0000000100069977 process_timer + 11255
4 libportmidi.dylib 0x00000001002aa0eb Pt_CallbackProc + 267
5 libSystem.B.dylib 0x00007fff81121456 _pthread_start + 331
6 libSystem.B.dylib 0x00007fff81121309 thread_start + 13
En espérant que cela puisse faire avancer le schmilblick …
Guillaume

dans la section download/beta du site, j'ai posté une version 3.0.1 pour Mac OSX, merci d'essayer de voir si le pb des subs/midi et du "File New" sont résolus!

j'attends de vos news

++

En coup de vent,

Code Type: X86-64 (Native)

Pour crash PDF

Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 DLight 0x00000001000a2aab DumpSeq2Pdf + 1275
1 DLight 0x00000001000a566f DL_init_pdf + 591
2 DLight 0x00000001000a586e Pdf_DumpSeqCommand + 30
3 libtcl8.5.dylib 0x00000001002c340a TclEvalObjvInternal + 784
4 libtcl8.5.dylib 0x00000001002fbfea TclExecuteByteCode + 4405
5 libtcl8.5.dylib 0x0000000100302b9a TclCompEvalObj + 466
6 libtcl8.5.dylib 0x00000001002c49d0 TclEvalObjEx + 817
7 libtk8.5.dylib 0x00000001003f3108 TkInvokeMenu + 426
8 libtk8.5.dylib 0x00000001003f66e1 MenuWidgetObjCmd + 2684
9 libtcl8.5.dylib 0x00000001002c340a TclEvalObjvInternal + 784
10 libtcl8.5.dylib 0x00000001002c45fb Tcl_EvalObjv + 66
11 libtcl8.5.dylib 0x00000001002c4796 TclEvalObjEx + 247
12 libtcl8.5.dylib 0x0000000100335212 Tcl_UplevelObjCmd + 209
13 libtcl8.5.dylib 0x00000001002c340a TclEvalObjvInternal + 784
14 libtcl8.5.dylib 0x00000001002fbfea TclExecuteByteCode + 4405
15 libtcl8.5.dylib 0x0000000100336be7 TclObjInterpProcCore + 985
16 libtcl8.5.dylib 0x00000001002c340a TclEvalObjvInternal + 784
17 libtcl8.5.dylib 0x00000001002c401f TclEvalEx + 2188
18 libtcl8.5.dylib 0x00000001002c43eb Tcl_EvalEx + 26
19 libtk8.5.dylib 0x00000001003c2b4b Tk_BindEvent + 5240
20 libtk8.5.dylib 0x00000001003c5d77 TkBindEventProc + 366
21 libtk8.5.dylib 0x00000001003cc5ac Tk_HandleEvent + 1784
22 libtk8.5.dylib 0x00000001003cc6da WindowEventProc + 92
23 libtcl8.5.dylib 0x0000000100327ec2 Tcl_ServiceEvent + 147
24 libtcl8.5.dylib 0x0000000100328106 Tcl_DoOneEvent + 138
25 DLight 0x0000000100045ee7 main + 247
26 DLight 0x0000000100001504 start + 52


Pour Crash Midi


Thread 6 Crashed:
0 DLight 0x0000000100096f86 Sub_Invoke + 22
1 DLight 0x00000001000abbea invoke_function + 74
2 DLight 0x000000010009709c CircFromSubUpdate + 92
3 DLight 0x0000000100069977 process_timer + 11255
4 libportmidi.dylib 0x00000001002aa0eb Pt_CallbackProc + 267
5 libSystem.B.dylib 0x00007fff84ec3536 _pthread_start + 331
6 libSystem.B.dylib 0x00007fff84ec33e9 thread_start + 13


Voilou pour la beta 3.01 faudra attendre cette nuit ou demain matin pour les test.

Le plantage pdf sequence est indifféremment sur une conduite existante et sur une nouvelle. Le zip arrive...

Force.

Fred

Voici le zip

FUUUUK
pour l'export pdf, j'arrive à avoir le crash, je vais pouvoir corriger

pour le midi, pourrait tu me dire quand DL crashe:
-est-ce sur un CC / une note
-tu confirmes que les premiers subs sont ok, c'est sur le onzième

++
nico

Pour le crash midi c'est sur un controller affecté sur le 3eme sub (pour mon cas)
Guillaume

Alors ça devient plus precis pour les sub midi, ça n'a rien à voir avec le numéro du sub mais ça plante à l'envoi du sub qui suit!!
Exemple :
-Je lance le sub 5 tout roule (je le monte et le descend autant de fois que je veux)
-Je lance ensuite le sub 6 une première fois et il ne réagit pas
-Je lance le sub 6 une seconde fois et DLight crashe.

Même effet avec n'importe quels numéros de sub qui se suivent, 14 et 15, 8 et 9, etc...

Test sous 3.0 avec le la conduite TEST envoyée, les midi envoyés sont des CC

Yop au Dodo

Bon j'ai pas resisté a faire un petit test de la 3.0.1 et le midi fonctionne !!!! Fini les plantages.

Guillaume tu peux faire le test pour confirmer ?

Le print séquences plante toujours.

Demain je fais un test pour vérifier cette histoire de GO / Pause / GO qui ne renvoyait plus rien comme signal dmx tout en faisant semblant de fonctionner à l'ecran.

Belle nuit à tous

Fred

Salut
Effectivement avec la version 3.0.1 le plantage via les subs à disparu mais les commandes des channels par le MIDI ne fonctionnent plus ??…

Si je demande un export en Pdf l'appli quitte aussi …

Petite suggestion: serait-il possible de rajouter la possibilité de commander le "Black" via le MIDI ?

Guillaume