αδυναμία εκκίνησης archlinux
χρησιμοποιώ τα τελευταία χρόνια το archlinux ως βασικό λειτουργικό. αυτό χρησιμοιούσα και σήμερα μέχρι πριν καμιά ώρα όπου παρουσιάστηκε ξαφνικά ένα πρόβλημα με τον firefox. τον είχα κλείσει κανονικά αλλά όταν προσπαθούσα να τον εκτελέσω μου έβγαζε το μήνυμα ότι ήδη εκτελείται. στη διαχείριση εργασι…
ναι, dual boot είναι, αλλά δεν υπάρχει τέτοια περίπτωση. στο pop os είχα να μπω πάνω από μήνα και το arch το χρησιμοποιώ καθημερινά. μπήκα τώρα αναγκαστικά και για να δω αν θα έχω πρόβλημα με το διαμέρισμα home και εκεί. πρόβλημα δεν έχω, αλλά ίσως να υπάρχουν κάποια σφάλματα στο home που δεν επηρεά…
**MacVim** λειτουργεί καλά και σίγουρα φαίνεται πιο ώριμη από Vim-κακάο, άλλωστε υπάρχει μια αρχιτεκτονική plugin κακάο σε εξέλιξη για MacVim (και κάποιος εργάζεται ήδη για μια TextMate περιηγητή αρχείων στυλ plugin δίσκο που είναι ένα τεράστιο ++ IMHO).


Υπήρχε επίσης μια έκδοση του άνθρακα του Vim, αλλά αυτό δεν προσφέρουν πολύ πάνω από το Terminal έκδοση. δηλαδή επιτρέπεται μόνο ένα παράθυρο ανοιχτό, όχι πολύ OSX στην εμφάνιση ...


**Aquamacs** είναι πολύ εύχρηστο και φαίνεται αρκετά καλό. Υποστηρίζει δύο παραδοσιακά συντομεύσεις πληκτρολογίου Mac OS στυλ (εντολή-O, εντολών S) και τον έλεγχο / Meta συντομεύσεις για εκείνους που εκτρέφονται σε παραδοσιακές Emacs. Είναι σίγουρα πιο Mac-όπως από άνθρακα Emacs. Φαίνεται σταθερό και γρήγορο, αλλά δεν είμαι γκουρού Emacs γι 'αυτό δεν το τονίζουν τόσο πολύ όταν το χρησιμοποιείτε. Δεν μπορώ να μιλήσω για την εκτατικοποίηση της περιλαμβάνονται elisp πακέτα, είτε.


Κάποιος συγχρονίζει άνθρακα Emacs με την ανάντη τριμηνιαία δέντρο νομίζω. Aquamacs έχει μια πιο ακανόνιστο σχήμα, αλλά έχει δει κάποιες πολύ σημαντικές ενημερώσεις κατά το τελευταίο έτος.


**GNU Emacs** για OSX μπορεί να βρεθεί σε [emacsformacosx.com](http://emacsformacosx.com) . Εκτός από την τελευταία σταθερή απελευθέρωση, υπάρχουν επίσης δοκιμή προ-απελευθέρωσης χτίζει και νυχτερινή χτίζει, και οι ροές Atom προβλέπονται για την παρακολούθηση και τους τρεις τύπους απελευθέρωσης. Όχι, δεν μπορείτε. GreaseMonkey εξακολουθεί να είναι μέσα στο sandbox περιήγησης και αυτό σημαίνει ότι δεν μπορείτε να έχετε πρόσβαση σε πόρους του συστήματος. Δεν υπάρχει FileSystem API σε (πρόγραμμα περιήγησης ενσωματωμένη) το JavaScript ούτως ή άλλως.


Ίσως [DownThemAll!](https://addons.mozilla.org/en-US/firefox/addon/201) σας βοηθά. Όπως με τα περισσότερα «γνωρίζουν» τα πράγματα στα Windows, η απάντηση είναι «Μητρώο».


Ρίξτε μια ματιά σε αυτό το άρθρο της Γνωσιακής Βάσης της Microsoft: <http://support.microsoft.com/kb/103000>


Αναζήτηση για «Ένα πρόγραμμα Win32 που μπορεί να ξεκινήσει από τον ελεγκτή υπηρεσίας και ότι υπακούει το πρωτόκολλο ελέγχου υπηρεσίας.» Αυτό είναι το είδος της υπηρεσίας που σας ενδιαφέρει.


Η καταχώρηση υπηρεσίας (περιεχόμενο της KEY\_LOCAL\_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ myservice) μεταφέρει πληροφορίες σχετικά με την υπηρεσία, συμπεριλαμβανομένων των πραγμάτων όπως εκτελέσιμο θέση του, τι πρέπει να κάνουμε όταν αποτυγχάνει (σταματήσει το λειτουργικό σύστημα;), τι υπηρεσίες θα πρέπει να αρχίσει πριν από αυτό , τι χρήστης τρέχει σαν.


Όσον αφορά την εξυπηρέτηση πρωτόκολλο ελέγχου, main () του προγράμματος σας υποτίθεται ότι θα επικαλεστεί μια κλήση API των Windows, για τη δημιουργία callbacks για την έναρξη, διακοπή, παύση για την υπηρεσία σας. Τι να κάνετε σε αυτές τις επιστροφές κλήσεων είναι όλα στο χέρι σας. Αυτό είναι ένα τεχνικό πρόβλημα παρακαλώ να κάνετε μια αναφορά εδώ.



> 
> <https://support.duolingo.com/hc/el>
> 
> 
> Κανονικά η `Ctrl`+ `W`είναι ένα hotkey σύστημα για το κλείσιμο του παράθυρου, id προτείνουμε μετάβαση σε `Alt`+ `W`αντ 'αυτού. Έχεις ακόμη το πρόβλημα; 
Έλεγξε αν ο ήχος δουλεύει γενικά σε άλλες σελίδες, και αν το πρόβλημα είναι μόνο στο duolingo, δοκίμασε να κάνεις ανανέωση της σελίδας (refresh με F5) ή να κλείσεις και να ξανανοίξεις το browser. Θα χρησιμοποιηθεί για να πάρει αυτό - νομίζω ότι είναι ένα bug με το παράθυρο εντοπισμού σφαλμάτων «Autos»:


[http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/](https://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/) > 
> Ο λόγος είναι ότι υπάρχουν μειονεκτήματα από τη χρήση συμπιεστών EXE. Κυρίως:
> 
> 
> Κατά την εκκίνηση ενός συμπιεσμένου EXE / DLL, όλα του κώδικα αποσυμπιέζεται από την εικόνα δίσκου στη μνήμη σε ένα πέρασμα, το οποίο μπορεί να προκαλέσει αλώνισμα δίσκο, αν το σύστημα είναι χαμηλή μνήμη και αναγκάζεται να αποκτήσετε πρόσβαση στο αρχείο μετάθεσης. Σε αντίθεση, με ασυμπίεστο EXE / DLL, το λειτουργικό σύστημα διαθέτει μνήμη για σελίδες κώδικας για τη ζήτηση (δηλαδή, όταν εκτελούνται).
> 
> 
> Πολλαπλές περιπτώσεις ένα συμπιεσμένο EXE / DLL δημιουργήσετε πολλαπλές παρουσίες του κώδικα στη μνήμη. Εάν έχετε ένα συμπιεσμένο EXE που περιέχει 1 ΜΒ του κώδικα (πριν από τη συμπίεση) και ο χρήστης ξεκινά 5 περιπτώσεις από αυτό, περίπου 4 MB μνήμης σπαταλιέται. Ομοίως, εάν έχετε ένα αρχείο DLL που είναι 1 MB και χρησιμοποιείται από 5 εφαρμογές που εκτελούνται, περίπου 4 MB μνήμης σπαταλιέται. Με ασυμπίεστο EXE / DLL, κωδικός αποθηκεύεται μόνο στη μνήμη μία φορά και μοιράζεται μεταξύ των περιπτώσεων.
> 
> 
> 


<http://www.jrsoftware.org/striprlc.php#execomp> Δεν είμαι σίγουρος αν αυτό βοηθάει (βρήκα την τεκμηρίωση ccnet κάπως άχρηστη κατά καιρούς):


[Χρησιμοποιώντας CruiseControl.NET με MSTest](http://confluence.public.thoughtworks.org/display/CCNET/Using+CruiseControl.NET+with+MSTest) Το πρόβλημα προκλήθηκε λόγω των ειδικών χαρακτήρων. Δεν είχα φανταστεί ότι «$» θα ήταν μια τέτοια μεγάλη υπόθεση σε κωδικούς πρόσβασης. Τέλος πάντων μπορείτε να βρείτε μια λύση για αυτό [εδώ](https://nadvi.blogspot.com/2011/02/oracle-password-with-or-special.html) .