kewinlima / discreta12batimaerobi Goto Github PK

Adicionar as quais TAD's serão usadas..pilhas..listas..

Criar um ' #ifdef ' para imprimir as listas com o objetivo de ter um debug preciso.

A mensagem de debug é impressa porém a imagem .bmp não aparece no diretório.

Estrutura para as transições que serão usadas nas TAD's.

Agora que as transições estão em listas e não vetores, QINFO é realmente necessário??

Com urgencia temos ue resolver esse problema, por algum motivo as listas foram trocadas, arco-lugar esta fazendo a função de arco-transicao, e virce-versa.

Comentar também toda a parte que envolve allegro.

A variavel al do tipo arco_transicao é referente a uma arcotransicao e não a uma arcolugar, deve ser mudada afim de não confundir se for passar argumentos.

Assim como foi feito com as transições e os arco[ lugares/transicoes ] deve ser feito um laço de qual lugar esta chegando ou partindo arcos. Sendo assim dois laços um para arcolugar e um para arco transicao.

Bom, as novas entradas serão adicionadas apenas como efeito de testes, iremos usar-las também no master?

Listas para lugares serão necessário para armazenar os tokens fazendo isso de forma dinâmica.

Definir quais funções serão usadas no código, já com a ideia de qual o melhor caminho a seguir.

Percebi que as listas e as variáveis locais da função simulador estão totalmente despadronizadas, isso confunde o programador, temos que padronizar as mesmas assim como foi feito todo o código.

Como o código já estará bem adiantado , é valido está com o doxygen na mesma situação.

A lista arco lugar esta sendo criada vazia, temos que descobrir o problema e corrigir o erro

Como o nome do repositório mudou para se equivaler ao que foi proposto, o arquivo README.md ficou com o nome antigo.

Na atividade, para nosso código foi estipulado um valor de 50% de chances para ativar a transição, de forma didática que : atribuir um define para o mesmo generaliza ainda mais o nosso programa.

O paralelismo está nas transições, não sei se devemos abrir uma thread para cada arco transição que a transição disparar. Não seria um grande problema, porém não sei se existe real necessidade.

Adicionar colaboradores que irão trabalhar no programa.

Terminar por completo todo paralelismo

Como estamos usando de alocação dinâmica "malloc" , é necessário criar funções para todas as listas limpando com um free.

Nas funções de imprimir lista, dos dois arcos e da transição devemos imprimir o conteúdo dela.

Qual será o critério de parada?

analisar todas as possibilidades de parar em N rodadas.
Ser mais preciso e parar quando todas as transições pedirem tokens mas não obterem resposta.

Usar um ponteiro só para trabalhar com os arcos transições seria válido para não atrapalhar os arcoclugares, ou não?

Finalizar toda documentação necessária.

Finalmente compilado sem bugs ou incrementos pendentes.

Como muito provavelmente o código virá com comentários na movimentação da rede de petri, colocar dentro do #ifdef DEBUG a opção de aparecer tais comentários ou não.

adicionar makefile e editar o mesmo com o comando -lhpthread

Definir prazos e tarefas até o fim do dito programa.

Editar nome da entrada para entrada-petri-N.txt , sendo n começando com 1, adicionar varios arquivos de entrada afim de testar o código.

Quando compilamos ocm o makefile o compilador nos mostra muitos warning, principalmente de variaveis não usadas, devemos ver o codigo linha por linha afim de eliminar todos ou a grande maioria dos warning.

Começar a utilizar as threads no programa.

Qual a melhor forma de desenhar as posições dos lugares?
Linearmente.
ou
Circular.

Nome completo de todos os que contribuiram com o codigo.

As transições não armazenam tokens, ela os consome e ativa a passagem de tokens para o próximo lugar (50% de chance)

Sendo um trabalho acadêmico e como iremos fazer o doxygem seria muito interessante criar um menu com escolha entre português e inglês.

Criar esqueleto base do programa.

Organização no código é tudo, perder 5 min pra organizar todas as funções será um investimento de tempo para o futuro.

Na função simulador , adicionar todas as listas como argumentos. Inclusive a lista entrada.

Corrigir bug com as threads, elas são executadas porém fecham subitamente, temos que corrigir esse erro rápido.

Relatório com explanação a respeito dos procedimentos do trabalho.

Será necessário criar listas para arco-lugares e arco-transições, sendo assim preciso criar as estruturas para os mesmos.

Adicionar a linha:

srand(time(NULL));

Afim de deixar o rand realmente aleatório, afinal o tempo não para.

Onde estão as structs dos arco_transição? , por algum motivo estão no código apenas as do arco_lugar.

Incluir a logica do programa, ja temos as listas agora precisamos de toda a inteligencia do código.

Começo para atribuir ao programa imagem jpg do ALLEGRO

Adicionar as funções que podem OU NÃO ser usadas no decorrer do código, nesse ponto é necessário já começar a ter em mente qual melhor caminho para seguir com o código.

Concluir todas as funções do allegro e gerar imagens em .jpg .

Remover todos arquivos que não serão mais úteis para o desenvolvimento do código.

Adicionar e fazer testes com a entrada em txt.