104L ERROR INVALID AT INTERRUPT TIME - Versionsgeschichte

Harald Friedrich am 2. März 2022 um 05:40 Uhr

2022-03-02T05:40:11Z

← Nächstältere Version		Version vom 2. März 2022, 07:40 Uhr
Zeile 7:		Zeile 7:
	[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate.		[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate.
	<br>		<br>
	RunAsDate benötigt keine Installation. Kopieren Sie die EXE einfach auf den Desktop. ~~Bitte verwenden Sie nicht die 64-Bit Version!~~ Dieses Programm stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.		RunAsDate benötigt keine Installation. Kopieren Sie die im ZIP enthaltene EXE einfach auf den Desktop. Dieses Programm stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Harald Friedrich am 2. März 2022 um 05:38 Uhr

2022-03-02T05:38:31Z

← Nächstältere Version		Version vom 2. März 2022, 07:38 Uhr
Zeile 3:		Zeile 3:

	Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:<br><br>		Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:<br><br>
	[https://~~www~~.~~chip~~.de/~~downloads~~/~~RunAsDate_87869795~~.~~html~~ Download ~~bei CHIP~~]		[https://office.ibfriedrich.com/download/target/RunAsDate.zip Download RunAsDate]
	<br><br>		<br><br>
	[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate.		[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate.
	<br>		<br>
	RunAsDate benötigt keine Installation. Kopieren Sie die ~~32-bit~~ EXE einfach auf den Desktop. Bitte verwenden Sie nicht die 64-Bit Version! Dieses Programm stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.		RunAsDate benötigt keine Installation. Kopieren Sie die EXE einfach auf den Desktop. Bitte verwenden Sie nicht die 64-Bit Version! Dieses Programm stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Harald Friedrich am 28. Februar 2022 um 11:20 Uhr

2022-02-28T11:20:14Z

← Nächstältere Version		Version vom 28. Februar 2022, 13:20 Uhr
Zeile 2:		Zeile 2:
	[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild 1: Meldung, die in Versionen V13 (2008) und älter auftreten kann<br><br>		[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild 1: Meldung, die in Versionen V13 (2008) und älter auftreten kann<br><br>

	Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:		Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:<br><br>

	[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]		[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]
	<br><br>		<br><br>
	[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate		[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate.
	~~<br>~~<br>		<br>
	Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.		RunAsDate benötigt keine Installation. Kopieren Sie die 32-bit EXE einfach auf den Desktop. Bitte verwenden Sie nicht die 64-Bit Version! Dieses Programm stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Harald Friedrich am 28. Februar 2022 um 11:16 Uhr

2022-02-28T11:16:06Z

← Nächstältere Version		Version vom 28. Februar 2022, 13:16 Uhr
Zeile 1:		Zeile 1:
	<br>		<br>
	[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild: Meldung, die in Versionen ~~V11~~ (~~2005~~) und älter auftreten kann<br><br>		[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild 1: Meldung, die in Versionen V13 (2008) und älter auftreten kann<br><br>

	Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:		Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:

	[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]		[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]
			<br><br>
	Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige ~~V11~~ mehr zum Testen und können auch keine ~~V11~~ mehr erzeugen.		[[Image: RunAsDate.jpg\|none]]Bild 2: Einstellungen für RunAsDate
			<br><br>
			Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V13 mehr zum Testen und können auch keine V13 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Markus Friedrich am 24. August 2020 um 14:33 Uhr

2020-08-24T14:33:25Z

← Nächstältere Version		Version vom 24. August 2020, 16:33 Uhr
Zeile 6:		Zeile 6:
	[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]		[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]

	Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. ~~Arpil~~ 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.		Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. April 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Harald Friedrich am 24. August 2020 um 14:23 Uhr

2020-08-24T14:23:50Z

← Nächstältere Version		Version vom 24. August 2020, 16:23 Uhr
Zeile 6:		Zeile 6:
	[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]		[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]

	Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. Arpil 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.		Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. Arpil 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir geben aber '''keine Gewähr''', wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

Harald Friedrich am 24. August 2020 um 14:19 Uhr

2020-08-24T14:19:43Z

← Nächstältere Version		Version vom 24. August 2020, 16:19 Uhr
Zeile 14:		Zeile 14:
	[https://www.google.de/search?hl=de&q=%22Invalid+AT+interrupt+time%22 Aktuelle Fundstellen bei Google]		[https://www.google.de/search?hl=de&q=%22Invalid+AT+interrupt+time%22 Aktuelle Fundstellen bei Google]

	Fazit: Die uralten TARGETs von vor über 15 Jahren laufen also mit Hilfen und mit Kompatibilitätsmodi heute immer noch!		Fazit: Die uralten TARGETs von vor über 15 Jahren laufen also mit Hilfen und mit Kompatibilitätsmodi heute immer noch! Sie können die gespeicherten Projekt-Files *.T3001 immer noch problemlos zu praktisch allen deutschen Platinenherstellern senden und sogar aktuelle T3001-Files damit öffnen (Rückwärtskompatibilität).


	[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]		[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]

Harald Friedrich am 24. August 2020 um 14:15 Uhr

2020-08-24T14:15:13Z

← Nächstältere Version		Version vom 24. August 2020, 16:15 Uhr
Zeile 8:		Zeile 8:
	Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. Arpil 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.		Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. Arpil 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.

	Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.		Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde laut Logbuch am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

	"Invalid AT interrupt time" kam ~~damals der Erinnerung nach~~ vom PC-AT von IBM und uralte TARGETs verhaken sich leider mit dem Betriebssystem. Die Fehlermeldung ~~tritt anscheinend~~ selbst in Windows 10 noch ~~auf~~:		"Invalid AT interrupt time" kam seinerzeit vom PC-AT von IBM und uralte TARGETs verhaken sich leider mit dem Betriebssystem. Die Fehlermeldung ist augenscheinlich selbst in Windows 10 noch enthalten:

	[https://www.google.de/search?hl=de&q=%22Invalid+AT+interrupt+time%22 Aktuelle Fundstellen]		[https://www.google.de/search?hl=de&q=%22Invalid+AT+interrupt+time%22 Aktuelle Fundstellen bei Google]

	Die uralten TARGETs von vor über 15 Jahren laufen also mit Hilfen und mit Kompatibilitätsmodi heute immer noch!		Fazit: Die uralten TARGETs von vor über 15 Jahren laufen also mit Hilfen und mit Kompatibilitätsmodi heute immer noch!


	[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]		[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]

Harald Friedrich am 24. August 2020 um 14:10 Uhr

2020-08-24T14:10:28Z

← Nächstältere Version		Version vom 24. August 2020, 16:10 Uhr
Zeile 2:		Zeile 2:
	[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild: Meldung, die in Versionen V11 (2005) und älter auftreten kann<br><br>		[[Image: 104L_InvalidATInterruptTime.jpg\|none]]Bild: Meldung, die in Versionen V11 (2005) und älter auftreten kann<br><br>

	Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt.~~<br><br>~~		Ein Kunde hat uns mitgeteilt, dass das Programm ''RunAsDate'' verhindern kann, dass sich TARGET mit dem Betriebssystem derart verhakt. Bitte starten Sie TARGET mit Hilfe des Programms RunAsDate:

			[https://www.chip.de/downloads/RunAsDate_87869795.html Download bei CHIP]

			Dieses stellt das Datum exklusiv für das veraltete TARGET z.B. auf den 1. Arpil 2020. Wenn Sie Projekte speichern, bekommen diese aber trotzdem das aktuelle Datum. Insofern sollte TARGET gemäß Kundenfeedback problemlos weiter laufen. Wir haben hier nämlich leider keine lauffähige V11 mehr zum Testen und können auch keine V11 mehr erzeugen.

			Uns hatte im Jahre 2008 ein Kunde auf das Problem hingewiesen, wenn das Datum sehr sehr weit in die Zukunft gestellt wird. Dieses Problem wurde am 05.02.2008 in der V13.3.0.166 und unseres Wissens auch rückwirkend in der V12 behoben.

			"Invalid AT interrupt time" kam damals der Erinnerung nach vom PC-AT von IBM und uralte TARGETs verhaken sich leider mit dem Betriebssystem. Die Fehlermeldung tritt anscheinend selbst in Windows 10 noch auf:

			[https://www.google.de/search?hl=de&q=%22Invalid+AT+interrupt+time%22 Aktuelle Fundstellen]

			Die uralten TARGETs von vor über 15 Jahren laufen also mit Hilfen und mit Kompatibilitätsmodi heute immer noch!


	[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]		[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]

Markus Friedrich am 12. August 2020 um 09:57 Uhr

2020-08-12T09:57:10Z

← Nächstältere Version		Version vom 12. August 2020, 11:57 Uhr
Zeile 6:		Zeile 6:


	~~[[de:104L ERROR INVALID AT INTERRUPT TIME]]~~[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]		[[en:104L ERROR INVALID AT INTERRUPT TIME]][[fr:104L ERROR INVALID AT INTERRUPT TIME]]