Re: [bug #65923] Source code tarball for 1.1.0 missing

own. You are welcome to be part of simulavr developers. Regards Klaus Am 27.06.24 um 04:36 schrieb Ryan Carsten Schmidt: URL: <https://savannah.nongnu.org/bugs/?65923> Summary: Source code tarball for 1.1.0 missing Group:

Re: [PATCH 0/2] Fix two build warnings for XCode

if you like, you can give it a chance for your work if you like. It is "private" as I want to protect myself that again features are dropped. But you can use it as you like. Klaus Am 25.02.21 um 08:53 schrieb Billy Donahue: Billy Donahue (2): Add missing override specifiers port

Re: Will simulavr support the Windows platform?

interrupts. As we loose so many features and functionality in the past: Please take care, run unit tests and for new features: write new ones :-) In hope to get the functionality back and make simulavr fully working again! Regards Klaus

Re: Will simulavr support the Windows platform?

is available ). Again: Feel free to use it, maybe some of the changes may help you, maybe the non removed windows support is a startpoint. Regards Klaus Am 25.10.20 um 14:23 schrieb Helge Kruse: Hello, The support for Windows has been dropped with simulavr 1.1. But I would like to use the

[bug #59250] External interrupts are not in sync with cpu clk

URL: Summary: External interrupts are not in sync with cpu clk Project: Simulavr: an AVR simulator Submitted by: zfrdh Submitted on: Mon 12 Oct 2020 10:27:42 AM CEST Category: None

[task #14772] Add support for ATmega644P

Follow-up Comment #2, task #14772 (project simulavr): [comment #0 original submission:] > Proposed patch: https://github.com/Traumflug/simulavr/commit/92213ddaa6dc60dab1bcb006b1646614650a052b Currently only device signatures added, but differences of devices according to datasheet are open. At mi

[bug #55794] Pysimulavr installation throwing exception - undefined symbol: _ZTI14RWMemoryMember

Follow-up Comment #3, bug #55794 (project simulavr): Pythonlib builds now and works as expected. Attention: python 3 is mandatory! Bug is fixed with commit e6265fb48a906392056a8b67c32b38e3a844e6a7 ___ Reply to this item at:

[task #14772] Add support for ATmega644P

Update of task #14772 (project simulavr): Status:Done => None Assigned to:tomk => zfrdh ___ Reply to this item at:

Re: OpenDrain not working

r why nobody has seen that as it is in there for a long time. Seems really nobody is using the tool :-) Maybe avr is totally outdated and all the people are running arm devices. Don't know. :-) OK, if you or someone else has some fun on fixing :-) Regards Klaus Erik

OpenDrain not working

working version and the current head that I have no idea what finally breaks that feature. Regards Klaus

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

other registers. So please comment! I did NOT TEST anything because my time for the week ends exactly here ;) Please look inside and let me know what you think about the things! Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

uot; use some manual get_the_getter is something I do not understand... I will look for that topic but please give me some time for that. Feel free to kick me from time to time if you do not hear any good or bad news :-) Regards Klaus Am 01.07.2017 um 18:51 schrieb panic: Hi, Klaus R

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

Yes, it sounds a bit mysterious for a maintainer to ask this question, but I can only spend some minutes in the moment. Sorry for that! Thanks a lot! Klaus Am 17.06.2017 um 19:41 schrieb Michael Hennebry: The PINx toggle of PORTx bits is not a new feature. simulavr must support this. A RMW i

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

stage, so I see no need to do anything in the execution phase of the instruction. And yes, I see no need to replace CRTP to static callbacks. I would not apply any patch which moves in this direction. Regards Klaus > Gesendet: Freitag, 30. Juni 2017 um 01:06 Uhr > Von: panic

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

TB bits* --> bug. PINB register is read only. What you want to achieve? Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] [PATCH] use static callbacks instead of template param for IOReg

given excerpt here in the mail I tend to NOT change the existing code. Regards Klaus static void SetPcifr(void *this_ptr, unsigned pcifrBit) throw() { static_cast(this_ptr)->SetPcifr(pcifrBit); } that use a void* as first parameter and then simply wrap the object methods. In IOReg cl

Re: [Simulavr-devel] How to Access UI Interface on Port 7777 from own app?

and status flags and jump manually into handlers as well. I simply can not see what is missing here... Again: What! you want to do? I understand you have a blinker app. And now? What is your target! What you want to achieve? Regards Klaus ___ Simulavr

Re: [Simulavr-devel] How to Access UI Interface on Port 7777 from own app?

> > read the state of the hardware registers from port during a > running debug session and print it. Or do whatever with it. > That can be already done by gdb itself, trace, verilog and the gui interface. Regards Klaus ___ Si

Re: [Simulavr-devel] How to Access UI Interface on Port 7777 from own app?

ointer which part of the source I could scan to understand it? Document... what? :-) Give me an idea what you want to do, maybe I can give you some more infos. As I remember ( my last look into the code is years away ) the interface is very trivial. Regards

Re: [Simulavr-devel] Can I display the simulated controller time in gdb?

nly way to debug are trace files and ex poste analysis from simulavr, right? No, you can also set breakpoints on cycle steps. And if you write the time from simulavr to a pseudo avr memory location you can break also from gdb. Regards Klaus ___ Si

Re: [Simulavr-devel] Settings for stackpointer

at90s1200 is gone somewhere. accepted. But I simply want to understand why something should be removed. ;) Thanks Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Settings for stackpointer

Hi again :-) > Gesendet: Dienstag, 23. Februar 2016 um 17:53 Uhr > Von: "Thomas K" > An: simulavr-devel@nongnu.org > Betreff: Re: [Simulavr-devel] Settings for stackpointer > > @Klaus: maybe tiny11/12/15 was implemented in the "old" version 0.1.2.6

Re: [Simulavr-devel] Settings for stackpointer

BEFORE we simply break again existing code. Open Source did not mean that the last committer has the best ideas. Regards Klaus > Gesendet: Dienstag, 23. Februar 2016 um 01:32 Uhr > Von: "Markus Hitter" > An: simulavr-devel@nongnu.org > Betreff: Re: [Simulavr-devel] Set

Re: [Simulavr-devel] Settings for stackpointer

> Gesendet: Dienstag, 23. Februar 2016 um 01:16 Uhr > Von: "Petr Hluzín" > An: "Klaus Rudolph" > Cc: "Joerg Wunsch" , Simulavr-devel > > Betreff: Re: [Simulavr-devel] Settings for stackpointer > > Simulavr does not implement a d

Re: [Simulavr-devel] Settings for stackpointer

Hi, > > Right now, none of ATtiny11/12/15 or AT90S1200 is listed as a supported > device in simulavr. > -- Nice to hear that another feature was dropped... It's time to start a own private stable version ... Regards Klaus _

Re: [Simulavr-devel] Settings for stackpointer

atures is not the solution I prefer... Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Settings for stackpointer

es, it would be nice if we get some lines of documentation on new code. I already asked you :-) Do you have written some lines for your new pin/port extensions? :-) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https:

Re: [Simulavr-devel] Settings for stackpointer

orked a long time but are all gone. So please stop doing that! Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] stable version for download?

head of master branch is the current advice for users. If users doing so, they will maybe find new introduced bugs, but this will also help stabilizing the code. It is open source... ;) @Thomas: How many changes do you have in work and what is your expectation for a

Re: [Simulavr-devel] modification of AVR simulator for SCA

things? Regards Klaus > Gesendet: Mittwoch, 10. Februar 2016 um 11:49 Uhr > Von: Nikita > An: simulavr-devel@nongnu.org > Betreff: [Simulavr-devel] modification of AVR simulator for SCA > > Hello, > > My name is Nikita, I am a researcher at a university in Br

Re: [Simulavr-devel] Control start address depending on fuses

ft: should simulavr emit a warning, if start address isn't 0x0 because of fuse settings read from elf? Just to inform user about this. Yes, I prefer a little diagnostic message. Q: Is there a special section for fuses in elf file? Regards Klaus _

Re: [Simulavr-devel] Whats to do on execution of "illegal instruction"

needs if this is useful for other users too. I can also give you some hints how you can do this on your machine for your own. git is really easy and helpful for exactly doing this work. Regards Klaus ___ Simulavr-devel mailing list Simula

Re: [Simulavr-devel] Whats to do on execution of "illegal instruction"

ode... But users must start reading the docs Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Whats to do on execution of "illegal instruction"

can spend some time on twi? for mega128 and others? ;) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] Whats to do on execution of "illegal instruction"

actually supports. So please add some ideas! Keep in mind that program access to non existing ram/eeprom/flash address is the same problem here. Thanks Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] simulavr is very unreliable executing a bootloader

lementation. Maybe a command line switch to extend the >instruction set for "undefined" instruction for personal use? Changing the >default behavior is not acceptable for my use cases. Regards Klaus > Gesendet: Freitag, 05. Februar 2016 um 10:57 Uhr > Von: "Albre

Re: [Simulavr-devel] attiny85 - external interrupt support (INT0/PCINT)

eets? If it is a copy & paste job you need less then an hour to copy the ext single irq pin to the device setup an do some tests for the functionality. If you can point me to the deltas or if there are none and give me that info, I can do the job in the next d

Re: [Simulavr-devel] attiny85 - external interrupt support (INT0/PCINT)

/rw[0x5b] reserved 133 //rw[0x5a] reserved 134 rw[0x59]= & timer01irq->timsk_reg; 135 rw[0x58]= & timer01irq->tifr_reg; 136 //rw[0x57] reserved 137 //rw[0x56] reserved 138 //rw[0x55] reserved 139 //rw[0x54] reserve

Re: [Simulavr-devel] Crash after entering 'target remote localhost:1212' in avr-gdb

. I hope the fix ok. Please give a short notice after you have tested the changes. Thanks Klaus Am 31.01.2016 um 17:07 schrieb Albrecht Frenzel: cmd/gdbserver.cpp:734 int GdbServer::gdb_get_addr_len(const char *pkt, char a_end, char l_end, unsigned int *addr, int *len) doesn't find the e

[Simulavr-devel] [bug #47035] Crash after entering 'target remote localhost:1212' in avr-gdb

Update of bug #47035 (project simulavr): Status:None => Fixed Assigned to:None => zfrdh Open/Closed:Open => Closed _

Re: [Simulavr-devel] Simulavr 1.0.0 fails to compile on Linux Mint 17

./bootstrap ./configure make make install Please read also options for ./configure if you need verilog or tcl support. Regards Klaus Am 30.01.2016 um 19:32 schrieb Albrecht Frenzel: Hi Klaus, I guess, but don't know, that https://github.com/Traumflug/simulavr.git is the repo, you mean

Re: [Simulavr-devel] Simulavr 1.0.0 fails to compile on Linux Mint 17

Hi Albrecht, please use git head. 1.0.0. is outdated and broken in many aspects. Maybe this also fits your documentation issues. Regards Klaus Am 29.01.2016 um 16:47 schrieb Albrecht Frenzel: g++ complains on systemclock.cpp:70:23: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/usr/include

Re: [Simulavr-devel] need help to fix some issues in build toolchain

ue:x StX If the check works and the result is as expected I also expect that the installation of verilog is ok. If you need additional information feel free to ask! Thanks Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] need help to fix some issues in build toolchain

he simple verilog prog which produces some output to check if the version works as expected. Maybe I can check for the broken assignment to get also a version check there. Regards, Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] need help to fix some issues in build toolchain

ables but avr.vpi is compiled against the new header. It would be nice if someone can support a additional configure parameter to add the path to an additional verilog installation for header and executable. Thanks! Klaus ___ Simulavr-devel ma

[Simulavr-devel] [bug #46339] no pull up in verilog simulation

URL: Summary: no pull up in verilog simulation Project: Simulavr: an AVR simulator Submitted by: zfrdh Submitted on: Fr 30 Okt 2015 19:51:13 CET Category: Simulation

[Simulavr-devel] [bug #46311] Error loading libsim.so

Follow-up Comment #1, bug #46311 (project simulavr): As seen in the log file: Libraries build and installed correctly: libtool: link: g++ -Dprivate=public -Dprotected=public -Igtest-1.6.0/include/gtest -Igtest-1.6.0/include -Igtest-1.6.0 -I../../src -g -g -O2 -o .libs/dut session_001/unittest001

[Simulavr-devel] [bug #46311] Error loading libsim.so

Update of bug #46311 (project simulavr): Status:None => Invalid Open/Closed:Open => Closed ___ Reply to this item at:

[Simulavr-devel] [bug #45994] Patch applied with #45941 breaks timer interrupts

Update of bug #45994 (project simulavr): Status:None => Need Info Assigned to:None => zfrdh ___ Follow-up Comment #2: Thanks for the rep

[Simulavr-devel] [bug #46129] Simulation for atmega1284 fails on elpm

Update of bug #46129 (project simulavr): Status:None => Invalid Assigned to:None => zfrdh Open/Closed:Open => Closed _

[Simulavr-devel] [bug #39974] call interrupt in GDB ?

Update of bug #39974 (project simulavr): Status:None => Invalid Assigned to:None => zfrdh Open/Closed:Open => Closed _

[Simulavr-devel] [bug #45941] [PATCH] Bug in interrupt handling with instructions that clear interrupt flag

Update of bug #45941 (project simulavr): Status: Need Info => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Simulavr-devel] [bug #44150] special pipe register doesnt work below 0x20

Update of bug #44150 (project simulavr): Open/Closed:Open => Closed ___ Follow-up Comment #1: Address below 0x20 is range for avr registers. It makes no sense to use registers for special i

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

s terrible! Regards Klaus ThomasK schrieb: > Hi, > > to clarify one part of the discussion about siminfo: with the > information from Markus I have made some tests about .signature and > .siminfo section in elf file. Result: get .siminfo section into elf file > is easy, j

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

make it easier for all users. But if all people want a new section with a new address range with new linker scripts with new header files with next compiler version which is supported by next avr libs... do it :-) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

the scene. There is nothing a tool must parse, the tool simply reads the elf section, the labels and thats it. It is not necessary to keep any order or to have all information always. Simply add the structures you need to the section and go ahead. Please do not add a new way for already implem

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

Michael Hennebry schrieb: > On Wed, 26 Feb 2014, Markus Hitter wrote: > >> Am 26.02.2014 20:31, schrieb Klaus Rudolph: >> The tricky thing here is to make the linker keeping this section. >> Typically, code for AVRs is compiled into a binary as small as possible >>

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

ou have a look into the linker scripts, there is already a signature section for the infos. I think any meta data for type of cpu, clock etc can go there. There is no need to allocate real memory or any new section which must be considered in the linking stage. But maybe I a

Re: [Simulavr-devel] Discussion: siminfo feature as proposed by Markus Hitter

the information can be read out from elf and if any options are on the command line they overwrite the infos from file. If so: Do it :-) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #40979] tcl examples do not works

Update of bug #40979 (project simulavr): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: tcl examples work

[Simulavr-devel] [bug #41654] configure fails if swig version > 2.0.0

Update of bug #41654 (project simulavr): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: Config checks for

[Simulavr-devel] [patch #8285] Several patches to fix warnings of current gcc versions

t; Closed ___ Follow-up Comment #1: partly applied. I removed default path for switch/case but added all enum values to every switch. This makes it easier to get again a warning message if something in the enums will change. Thanks for your work! Regar

[Simulavr-devel] [bug #41419] configure fails if CXX= environment var was set

URL: Summary: configure fails if CXX= environment var was set Project: Simulavr: an AVR simulator Submitted by: zfrdh Submitted on: Sa 01 Feb 2014 10:44:55 CET Category: Configure

Re: [Simulavr-devel] build on debian

les such constructs more strict. This missing 'this->' is a bug in 1.0.0. Older gcc versions accept this wrong code, newer compilers did not. This is not a change in the c++ standard :-) > > As Klaus wrote, maybe take the newer current trunk of git repository or, > as

Re: [Simulavr-devel] build on debian

Hi, > > I have problems trying to install simulavr-1.0.0 please use the actual git version! The 1.0.0 version is only a bug collection. :-) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/m

[Simulavr-devel] [bug #40559] bootstrap doesn't build src/Makefile.in

Update of bug #40559 (project simulavr): Open/Closed: Closed => Open ___ Follow-up Comment #8: I tried to checkout today and build: It still fails with missing src/Makefile.in So I opened

[Simulavr-devel] [bug #40559] bootstrap doesn't build src/Makefile.in

Update of bug #40559 (project simulavr): Status:None => Confirmed ___ Follow-up Comment #2: I have the same results with fedora 19 distro. Problem comes up with: automake (GNU automake)

Re: [Simulavr-devel] new release?

Joerg Wunsch schrieb: > As Klaus Rudolph wrote: > >> I can't see anything special to both files in the Makefiles. So I >> hope someone else can have a look for that mystery. > > OK, I ran a "make distclean" again, and try to bootstrap anew. > > Unfo

Re: [Simulavr-devel] new release?

Joerg Wunsch schrieb: > As Klaus Rudolph wrote: > >> AvrSignatureToNameMap is defined in src/avrsignature.cpp ELFLoad is >> defined in src/avrreadelf.cpp > > They don't appear on my commandline: > Wow! I can't see anything special to both files in the

Re: [Simulavr-devel] new release?

Joerg Wunsch schrieb: > As Klaus Rudolph wrote: > >> Please bootstrap from actual git HEAD and report related bugs! >> If no additional bugs to this topic come in I will close the item #37341 > > For me (FreeBSD), it seems -ldl is not added (which is the right thing &g

[Simulavr-devel] [patch #6973] Add -ldl to simulavr_LDADD

Update of patch #6973 (project simulavr): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #2: The problems with

[Simulavr-devel] [patch #7640] Fixes error in branch instruction trace: bogus target labels

Update of patch #7640 (project simulavr): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #4: Ups :-) I did a

Re: [Simulavr-devel] new release?

Klaus Rudolph wrote: > Before the release should be done I hope that the -ldl problem could be > fixed ... I added the patch #7854 to the configure.ac and it looks good for me. But I am still wondering about the fact that -ldl and -lz is now added also if not needed! Please bootstra

[Simulavr-devel] [bug #37341] -lz and -ldl missing on Opensuse 12.1

Follow-up Comment #2, bug #37341 (project simulavr): I added the patch #7854 to head with following results: -ldl and -lz is now always added also if not needed! On my systems ( old suse box and actual fedory ) all works but I did not understand why the change now works also on the old environmen

[Simulavr-devel] [patch #7854] Try to handle -ld and -lz in configure.ac

Follow-up Comment #1, patch #7854 (project simulavr): I added the patch to head with following results: -ldl and -lz is now always added also if not needed! On my systems ( old suse box and actual fedory ) all works but I did not understand why the change now works also on the old environment. M

[Simulavr-devel] new release?

the swig 2.0.x problems are solved. On my system I could not reproduce the swig problems?! Any further things to fix first? Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #38618] Improper use of _delay_ms in example/atmel_key

Update of bug #38618 (project simulavr): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: problem already fi

[Simulavr-devel] [bug #35426] Build problem: configure failed

Update of bug #35426 (project simulavr): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #6: I close this item,

[Simulavr-devel] [bug #38612] Compile errors on OS X in scancodes.h

Update of bug #38612 (project simulavr): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: patch applied addi

[Simulavr-devel] [bug #37341] -lz and -ldl missing on Opensuse 12.1

Follow-up Comment #1, bug #37341 (project simulavr): I run into the same problem with fedora 17 simply adding -ldl fixes the problem. Can anyone fix the build scripts? ___ Reply to this item at:

[Simulavr-devel] [bug #35737] new awr-gcc is picky about depreciated constants

Update of bug #35737 (project simulavr): Status: Duplicate => Fixed ___ Follow-up Comment #7: actual HEAD compiles with gcc 4.7.2 and avr-libc 1.8 _

[Simulavr-devel] [bug #38536] 1.0.0 examples do not compile with avr-libc 1.8

Update of bug #38536 (project simulavr): Status: Confirmed => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #4: HEAD compiles with

[Simulavr-devel] [bug #38570] Compilation error with gcc 4.7.2

Update of bug #38570 (project simulavr): Status: Postponed => Fixed ___ Reply to this item at: ___

[Simulavr-devel] [bug #38570] Compilation error with gcc 4.7.2

Update of bug #38570 (project simulavr): Open/Closed:Open => Closed ___ Follow-up Comment #4: fixed on HEAD today ___ Reply to this

[Simulavr-devel] configure ignores CXX/CC settings

Hi, I want to compile simulavr with an actuall gcc. But I am not able to set the new compiler. I expect that setting CXX and CC before configure will do the job. Any hint? Reagards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org

Re: [Simulavr-devel] Help needed: Pin handling broken

ed a patch, with one of more possible and correct running > implementations. I have applied your patch to HEAD. Thanks! Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Help needed: Pin handling broken

rent and unrelated semantics ). This part is new and maybe untested at all... Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] Help needed: Pin handling broken

ThomasK schrieb: > Hi Klaus, > > I think, I understand your problems. But ... there is one thing, that's > forever: change! :-) Yes, but I actually have a simple problem: The code did not work and there are so many open problems. And yes, the old code was working and maybe ( I

Re: [Simulavr-devel] Missing information in trace files

ThomasK schrieb: > Hi Klaus, > >> My simulation breaks down with throwing an exception. That is not a good >> idea at all, because it tooks not a minute until the simulation is down. > > I have tried it just now. On my machine it works to produce subsequent > tr

Re: [Simulavr-devel] Help needed: Pin handling broken

u can help reactivating the simulator. It would be nice if we can have ONE simulator which simply works. Sorry for my moods, I started in hope to get a fast result. Now my time expires and I have thousand peaces of 4 puzzles... Ok, I stop crying now Regar

[Simulavr-devel] Help needed: Pin handling broken

am still crying about so much broken things! :-( In addition... MirrorNet functionality is removed? OpenDrain removed? Why? Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr

Re: [Simulavr-devel] Missing information in trace files

, line 296. My simulation breaks down with throwing an exception. That is not a good idea at all, because it tooks not a minute until the simulation is down. Can someone look out for the problem? Regards Klaus ___ Simulavr-devel mailing list Simulavr-d

[Simulavr-devel] git ignore: gui.tcl.in

Hi, is it intention to have gui.tcl.in in git ignore? I understand to have gui.tcl in, but the gui.tcl.in is part of the repo. Bug or feature :-) Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org

Re: [Simulavr-devel] unit test framework added

could not spend to much time on it, because I must get my project to work and actually it looks that I will do it with my version 1). :-( But for each bug I could fix I would also provide a unit test (if possible). A lot of work :-) So any help is

[Simulavr-devel] Missing information in trace files

k for that on a new branch. Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] dump manager and special trace options

have a deeper view into the code next days, but if someone can give a short introduction, it would be nice! Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] Tracing only for fixed number of instructions

Hi, I have a question regarding tracing: Tracing actually only allows a fixed number of instructions to trace. Is there someone who needs this "feature". I dislike this because I would be able to do traces over night or longer :-) Rega

Re: [Simulavr-devel] irq handling is broken in simulavr

Joerg Wunsch schrieb: > As Klaus Rudolph wrote: > >> 19 ldi r16, (1<> empty irq >> 20 out UCSRB, r16 ; which should exactly now take place BUT -> >> 21 out PORTB, r17 ; if this instruction is executed, we >> will see 0x

Re: [Simulavr-devel] irq handling is broken in simulavr

r them. Please tell me if you could find any mistakes! Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

Re: [Simulavr-devel] irq handling is broken in simulavr

we have two possible solutions: The patch that a committed yesterday, if the delay is always "true". Or having a patch which "looks" for all I-flag manipulations, not only on bset (sei) instruction. In hope that I or someone else can give a good testcase on a real hardware. Maybe someone can help with jtag? That would be very nice! Thanks for your thoughts! Regards Klaus ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/simulavr-devel

  1   2   3   >