I have same problem like fcsk_aim
Thanks for reporting, but they're both non-issues :P. The first is a consequence of a incoherent index file (.eix), to fix it just delete the "unamed" files and rebuild. The Eter Manager tries to unpack files even with incomplete headers, hence the default naming. If you want to make sure: [Only registered and activated users can see links. Click Here To Register...] (Notice how both the number of files and its content are the same)Quote:
Here is [Only registered and activated users can see links. Click Here To Register...] ICON
And i found another problem.
If i want to pack root with you EterManager when i start the client i have a error: No module named localeInfo
But if i want to pack root with EterNexus works. :D I will do a video when packing root.. and see the error.
Okay, this is the big problem [Only registered and activated users can see links. Click Here To Register...]
If someone know if i have this error.. Please answer.
I think i found the problem.
The eterManager don't pack " I " i tried with " i " and work
The eterManager simply don't read " I "
Thanks and please fix.
Were you trying to change the profile from the dropdown button?Quote:
Hello, i have error.. open EterManager.
System.NullReferenceException: Odkaz na objekt není nastaven na instanci objektu.
v EterManager.UserInterface.ViewModels.ClientProfile Vm.get_WorkingDirectory()
v EterManager.UserInterface.ViewModels.FilesActionVm .ProcessWorkingDirectory()
v EterManager.UserInterface.ViewModels.MainWindowVm. set_SelectedProfile(ClientProfileVm value)
v EterManager.UserInterface.ViewModels.MainWindowVm. Initialize()
v EterManager.UserInterface.ViewModels.MainWindowVm. .ctor()
v DynamicInjectord5262701bde642b9a969a44c78360c00(Ob ject[] )
v Ninject.Activation.Providers.StandardProvider.Crea te(IContext context)
v Ninject.Activation.Context.ResolveInternal(Object scope)
v Ninject.Activation.Context.Resolve()
v Ninject.KernelBase.Resolve(IRequest request, Boolean handleMissingBindings)
v Ninject.KernelBase.Resolve(IRequest request, Boolean handleMissingBindings)
v Ninject.KernelBase.Resolve(IRequest request)
v Ninject.ResolutionExtensions.GetResolutionIterator (IResolutionRoot root, Type service, Func`2 constraint, IEnumerable`1 parameters, Boolean isOptional, Boolean isUnique)
v Ninject.ResolutionExtensions.Get[T](IResolutionRoot root, IParameter[] parameters)
v EterManager.App.GetInstance[T]()
v EterManager.UserInterface.Views.MainView..ctor()
v EterManager.App.InitializeMainView()
v EterManager.App.OnStartup(StartupEventArgs e)
v System.Windows.Application.<.ctor>b__1_0(Object unused)
v System.Windows.Threading.ExceptionWrapper.Internal RealCall(Delegate callback, Object args, Int32 numArgs)
v System.Windows.Threading.ExceptionWrapper.TryCatch When(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
Quote:
Thanks for reporting, but they're both non-issues :P. The first is a consequence of a incoherent index file (.eix), to fix it just delete the "unamed" files and rebuild. The Eter Manager tries to unpack files even with incomplete headers, hence the default naming. If you want to make sure: [Only registered and activated users can see links. Click Here To Register...] (Notice how both the number of files and its content are the same)
The second is just the client expecting it as lower case, I guess. To make sure, do the following:
- Pack root with Eter Nexus
- Name it something like "root_2"
- Move it to the folder being monitored by Eter Manager
- Press "Browse file index" (3rd button)
- Is the name in lower case?
TL;DR: I suspect Eter Nexus normalizes every file name to lower case to avoid such issues.
Quote:
Hello, i have error.. open EterManager.
System.NullReferenceException: Odkaz na objekt není nastaven na instanci objektu.
v EterManager.UserInterface.ViewModels.ClientProfile Vm.get_WorkingDirectory()
v EterManager.UserInterface.ViewModels.FilesActionVm .ProcessWorkingDirectory()
v EterManager.UserInterface.ViewModels.MainWindowVm. set_SelectedProfile(ClientProfileVm value)
v EterManager.UserInterface.ViewModels.MainWindowVm. Initialize()
v EterManager.UserInterface.ViewModels.MainWindowVm. .ctor()
v DynamicInjectord5262701bde642b9a969a44c78360c00(Ob ject[] )
v Ninject.Activation.Providers.StandardProvider.Crea te(IContext context)
v Ninject.Activation.Context.ResolveInternal(Object scope)
v Ninject.Activation.Context.Resolve()
v Ninject.KernelBase.Resolve(IRequest request, Boolean handleMissingBindings)
v Ninject.KernelBase.Resolve(IRequest request, Boolean handleMissingBindings)
v Ninject.KernelBase.Resolve(IRequest request)
v Ninject.ResolutionExtensions.GetResolutionIterator (IResolutionRoot root, Type service, Func`2 constraint, IEnumerable`1 parameters, Boolean isOptional, Boolean isUnique)
v Ninject.ResolutionExtensions.Get[T](IResolutionRoot root, IParameter[] parameters)
v EterManager.App.GetInstance[T]()
v EterManager.UserInterface.Views.MainView..ctor()
v EterManager.App.InitializeMainView()
v EterManager.App.OnStartup(StartupEventArgs e)
v System.Windows.Application.<.ctor>b__1_0(Object unused)
v System.Windows.Threading.ExceptionWrapper.Internal RealCall(Delegate callback, Object args, Int32 numArgs)
v System.Windows.Threading.ExceptionWrapper.TryCatch When(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
Changelog (1.0.2.241 - 15/02/2016)Quote:
Hätte jemand mal ein download link zu dem ent/packer?
This version don't start.Quote:
Changelog (1.0.2.241 - 15/02/2016)
- Profile dropdown box on the main window now properly updates when changing profile from the secondary window (Manage -> Profiles)
- All unnamed files (incorrect or non-existent info on the header aswell) are now ignored
[Only registered and activated users can see links. Click Here To Register...]
This tool work perfect.Quote:
One small problem with the pack/unpack. For me is making this files ( ne ) dafaq?
[Only registered and activated users can see links. Click Here To Register...]
[Only registered and activated users can see links. Click Here To Register...]
It will be good to memorate the pack type used for a specific file. Anyway good tool!
Please upload the files you were trying to process, the profile settings (if you changed the keys) and the file called "dp.settings". There's not much I can do if I can't reproduce the issues...Quote:
One small problem with the pack/unpack. For me is making this files ( ne ) dafaq?
[Only registered and activated users can see links. Click Here To Register...]
[Only registered and activated users can see links. Click Here To Register...]
It will be good to memorate the pack type used for a specific file. Anyway good tool!
That's not happening on my machine, so the virtual path is not what's causing this behaviour. Please send me the files I asked you so I can further investigate the issue.Quote:
This happens when i try to extract a file with path ymir work. The tool generates a strange path d:=ne:d/ in dp.settings.