[bug-mdk] [bug #14569] mixal-mode.el calls mixasm with wrong options.

2005-09-19 Thread Jose Antonio Ortega Ruiz
Update of bug #14569 (project mdk): Status: Confirmed = Fixed Open/Closed:Open = Closed ___ Reply to this item at:

[bug-mdk] [bug #15910] Segmentation fault when clicking on item in VM tab window.

2006-03-15 Thread Jose Antonio Ortega Ruiz
Update of bug #15910 (project mdk): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15910

Re: [bug-mdk] Bug in gmixvm

2009-10-04 Thread Jose Antonio Ortega Ruiz
Hi again, Stjepan. I've got another guess of what can be causing the initial disk scans, but, since i cannot reproduce them in my system, i would need your help, if you have the time. Could you comment out line number 14 in the file mixgtk/mixgtk_external.c (the one with a call to

Re: [bug-mdk] Bug in gmixvm

2009-10-05 Thread Jose Antonio Ortega Ruiz
Stjepan Gros sgros...@gmail.com writes: I tried it and it was the same. I also tried to recompile package on CentOS 5.2 and gmixvm there come instantly. Turns out that this is something specific for fedora 11. Looks like that. It's not happening to me either on a Debian sid with gtk 2.18.

[bug-mdk] [bug #5652] Assembler shouldn't mask index field

2010-04-12 Thread Jose Antonio Ortega Ruiz
Update of bug #5652 (project mdk): Status: Postponed = In Progress Assigned to:None = jao ___ Reply to this item at:

[bug-mdk] [bug #39817] Impossibility to compile GNU MDK with glib2 = 2.35.6

2014-01-06 Thread Jose Antonio Ortega Ruiz
Update of bug #39817 (project mdk): Status: Ready For Test = Fixed ___ Follow-up Comment #5: Thanks a lot for your help, Ján. I'll close the bug once version 1.2.8 is released.

[bug-mdk] [bug #36183] mixvm segfaults in mac os x (macports)

2014-08-02 Thread Jose Antonio Ortega Ruiz
Update of bug #36183 (project mdk): Status:None = Fixed Assigned to:None = jao ___ Follow-up Comment #3: I'll close this issue

[bug-mdk] [bug #42817] tautological comparisons

2014-08-04 Thread Jose Antonio Ortega Ruiz
Update of bug #42817 (project mdk): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at:

[bug-mdk] [bug #39817] Impossibility to compile GNU MDK with glib2 = 2.35.6

2014-08-04 Thread Jose Antonio Ortega Ruiz
Update of bug #39817 (project mdk): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?39817 ___ Message

[bug-mdk] [bug #43402] Segment fault easily triggered

2014-10-10 Thread Jose Antonio Ortega Ruiz
Update of bug #43402 (project mdk): Status:None = Need Info Assigned to:None = jao ___ Follow-up Comment #1: You say GNU MDK 1.2.6:

[bug-mdk] [bug #43634] sign should be unchanged on add that results in 0

2019-01-08 Thread Jose Antonio Ortega Ruiz
Update of bug #43634 (project mdk): Open/Closed:Open => Closed ___ Follow-up Comment #2: Fixed as of 1.2.10 ___ Reply to this item

[bug-mdk] [bug #47208] LDA =262143= leads to rA: + 00 00 07 63 63 (0000032767)

2019-01-08 Thread Jose Antonio Ortega Ruiz
Update of bug #47208 (project mdk): Open/Closed:Open => Closed ___ Follow-up Comment #2: Fixed as of 1.2.10 ___ Reply to this item

[bug-mdk] [bug #54962] there's no mixguile after homebrew installation

2019-01-08 Thread Jose Antonio Ortega Ruiz
Update of bug #54962 (project mdk): Status:None => Ready For Test ___ Follow-up Comment #2: The new version, 1.2.10, which is compatible with Guile 2.2, might fix this problem.

[bug-mdk] [bug #46456] Typos in the documentation

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #46456 (project mdk): Open/Closed:Open => Closed ___ Reply to this item at: ___

[bug-mdk] [bug #43634] sign should be unchanged on add that results in 0

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #43634 (project mdk): Assigned to:None => jao ___ Reply to this item at: ___

[bug-mdk] [bug #43985] Add missed instructions: SLB, SRB, JAE, JAO, JXE, JXO (from volume 2, section 4.5.2)

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #43985 (project mdk): Open/Closed:Open => Closed ___ Reply to this item at: ___

[bug-mdk] [bug #47208] LDA =262143= leads to rA: + 00 00 07 63 63 (0000032767)

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #47208 (project mdk): Status: In Progress => Fixed ___ Follow-up Comment #1: Thanks for the report and sorry for the long delay. I've pushed a fix or this bug to the master

[bug-mdk] [bug #43634] sign should be unchanged on add that results in 0

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #43634 (project mdk): Status:None => In Progress ___ Reply to this item at: ___

[bug-mdk] [bug #54962] there's no mixguile after homebrew installation

2019-01-07 Thread Jose Antonio Ortega Ruiz
Follow-up Comment #1, bug #54962 (project mdk): mixguile is still available, but only if the installed guile is 2.0. so it might be that homebrew is using 2.2: if so, the master branch in git has a fix (i guess i'll make a new release soon).

[bug-mdk] [bug #43634] sign should be unchanged on add that results in 0

2019-01-07 Thread Jose Antonio Ortega Ruiz
Update of bug #43634 (project mdk): Status: In Progress => Fixed ___ Follow-up Comment #1: This is now fixed in the main branch, and will be included in the next release. Thanks!

[bug-mdk] [bug #32452] Illegal OPERAND leads to endless loop in mixasm

2019-01-08 Thread Jose Antonio Ortega Ruiz
Update of bug #32452 (project mdk): Status: In Progress => Fixed ___ Follow-up Comment #3: I've finally pushed to the git master branch a fix for this problem based on yours, with a better

[bug-mdk] [bug #43402] Segment fault easily triggered

2019-03-01 Thread Jose Antonio Ortega Ruiz
Update of bug #43402 (project mdk): Open/Closed:Open => Closed ___ Reply to this item at: ___

[bug-mdk] [bug #55877] EMACS - mxvim 'error in process filter: Symbol's function definition is void: string-to-int`

2019-03-10 Thread Jose Antonio Ortega Ruiz
Update of bug #55877 (project mdk): Status:None => Fixed Assigned to:None => jao ___ Follow-up Comment #2: Thanks a lot or the

[bug #59239] Section 2.2.1 of the Info manual mentions "ORG" instead of "ORIG" as a pseudoinstruction

2020-10-15 Thread Jose Antonio Ortega Ruiz
Update of bug #59239 (project mdk): Status:None => Fixed Assigned to:None => jao ___ Follow-up Comment #2: Thanks for the report.

[bug #55877] EMACS - mxvim 'error in process filter: Symbol's function definition is void: string-to-int`

2020-10-15 Thread Jose Antonio Ortega Ruiz
Update of bug #55877 (project mdk): Open/Closed:Open => Closed ___ Follow-up Comment #3: Closing with the release of 1.2.11 ___

[bug #59239] Section 2.2.1 of the Info manual mentions "ORG" instead of "ORIG" as a pseudoinstruction

2020-10-15 Thread Jose Antonio Ortega Ruiz
Update of bug #59239 (project mdk): Open/Closed:Open => Closed ___ Reply to this item at: ___

[bug #60721] Floating point commands

2021-06-02 Thread Jose Antonio Ortega Ruiz
Update of bug #60721 (project mdk): Assigned to:None => jao ___ Reply to this item at: ___

[bug #60721] Floating point commands

2021-06-02 Thread Jose Antonio Ortega Ruiz
Follow-up Comment #1, bug #60721 (project mdk): That's a very interesting project! I'll take a look at what this would entail, unless someone else beats me at it (patches always welcome! :) ___ Reply to this item at:

[bug #60520] detached source window display area too small

2021-06-02 Thread Jose Antonio Ortega Ruiz
Follow-up Comment #1, bug #60520 (project mdk): Thanks for the report. What window manager are you using? ___ Reply to this item at: ___ Message sent

[bug #61444] Should there be a warning for HLT?

2022-01-16 Thread Jose Antonio Ortega Ruiz
Update of bug #61444 (project mdk): Assigned to:None => jao ___ Follow-up Comment #1: Yes, this looks like a bug. Thanks for the report, i'll take a look as soon as possible!

Re: Maybe a Bug in mdk-1.3.0

2022-01-16 Thread Jose Antonio Ortega Ruiz
On Sun, Jan 16 2022, sqc wrote: > Hi, > > > It seems that there is a bug in the MDK 1.3.0. > > > The command 'pline' cannot be used. When I type 'pline [some number]', > the error message is given. It says that this is not a valid command. > > > But I find that there is handler for the command